~nfraprado

São Paulo, Brazil

https://nfraprado.gitlab.io/


#139 Importing an mbox file that is an exact duplicate may not reset status message on page. 29 days ago

Comment by ~nfraprado on ~sircmpwn/lists.sr.ht

This issue is still happenning, and from my test, posting a new message on the list did not get rid of the status. This effectively breaks the import feature, since it blocks new imports from happenning, and the only way seems to be delete the mailing list and create it again...

And this issue also happens when nothing is selected before clicking the Import button.

#497 When replying to own email, remove yourself from "To:" a month ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Just tested it and works great!

I tried replying there on the thread but my message fell out of it. I don't have the time to investigate that further today, but I'll try another day.

#496 Remove HTML tags when replying to HTML in plain text a month ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Nevermind, found out about piping through html filter on aerc-templates' example as said on #396.

REPORTED RESOLVED DUPLICATE

#497 When replying to own email, remove yourself from "To:" a month ago

Ticket created by ~nfraprado on ~sircmpwn/aerc2

Sometimes it happens that you answer your own email to complement it with some information or follow up on the discussion. When that happens, aerc puts yourself in the "To:" field since you're answering your own email.

I think your own email should be ommited from "To:" when replying to yourself, unless it's the only one.

#496 Remove HTML tags when replying to HTML in plain text a month ago

Ticket created by ~nfraprado on ~sircmpwn/aerc2

When an HTML mail is replied to, the quoted text contains still contains all the HTML tags, which makes it harder to answer in-line.

I think just substituting tags with newlines and stripping all other would already make it very usable. I no longer have a mutt setup to compare to, but I believe that was done on mutt, though I could be wrong.

#467 Wrong filter path if installed from source 4 months ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Ooh I'm sorry, I presumed that path would be something hardcoded and updated by the makefile, but of course it makes sense that it is set in the config file... I fixed my config file and everything looks great. Thanks for clarifying!

#467 Wrong filter path if installed from source 4 months ago

Ticket created by ~nfraprado on ~sircmpwn/aerc2

When aerc is installed from source, the following error is thrown when opening a plaintext email:

awk: fatal: cannot open source file /usr/share/aerc/filters/plaintext for reading: No such file or directory

That happens because the share folder when installing from source is /usr/local/share rather than /usr/share. This is correctly set by the Makefile but isn't reflected in aerc's codebase.

#177 seems related. I didn't pass any parameters to make though.

#458 In-Reply-To header missing when sending through protonmail-bridge 4 months ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Hey, sorry for the delay...

I just tested it and it worked fine! Although I had to apply the patch on top of the commit I was at the time, 743683a0c19c ("update go-imap-sortthread"), as it didn't apply over the master branch.

#458 In-Reply-To header missing when sending through protonmail-bridge 5 months ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Just as a reference, the following is a patch to workaround this bug:

From: =?UTF-8?q?N=C3=ADcolas=20F=2E=20R=2E=20A=2E=20Prado?=
 <nfraprado@protonmail.com>
Date: Mon, 2 Nov 2020 12:38:31 -0300
Subject: [PATCH] Add references header to workaround aerc+protonbridge bug

---
 commands/msg/reply.go | 1 +
 1 file changed, 1 insertion(+)

diff --git a/commands/msg/reply.go b/commands/msg/reply.go
index bde9194ed47c..d89aa0494bfb 100644
--- a/commands/msg/reply.go
+++ b/commands/msg/reply.go
@@ -150,6 +150,7 @@ func (reply) Execute(aerc *widgets.Aerc, args []string) error {
 		"From":        from.Format(),
 		"Subject":     subject,
 		"In-Reply-To": msg.Envelope.MessageId,
+		"References":  msg.Envelope.MessageId,
 	}
 	original := models.OriginalMail{}
 
-- 
2.29.1

It certainly isn't the real fix as the References header should (from what I understand) have the message ID for all mails on the thread, but with this, the protonmail-bridge already doesn't remove the headers, and it actually completes the References header to have all IDs on the thread.

Example: https://lore.kernel.org/linux-doc/C6SV6B4N81VS.2IDXIL452NF5N@ArchWay/raw

#458 In-Reply-To header missing when sending through protonmail-bridge 5 months ago

Comment by ~nfraprado on ~sircmpwn/aerc2

I opened an issue in protonmail-bridge here: https://github.com/ProtonMail/proton-bridge/issues/122

There seem to be a lot of issues regarding the bridge fiddling with the headers, though: https://github.com/ProtonMail/proton-bridge/issues?q=is%3Aissue+is%3Aopen+header , so it may be some time until this is solved, if it is at all.

Nevermind that, aerc should really be adding References headers to replies, as already noted. I can't help with implementing that, but I would gladly help with testing.