~ferdinandyb

Budapest

https://bence.ferdinandy.com


#224 Recursive parsing of attached messages 18 days ago

Comment by ~ferdinandyb on ~rjarry/aerc

On Fri Feb 02, 2024 at 11:41, ~mcepl outgoing@sr.ht wrote:

On Fri Feb 2, 2024 at 11:02 AM CET, ~konimarti wrote:

Don't you already see a suggestion to open the rfc822 message with :eml. I get this option list on master for message/rfc822 attachments:

  1. I don’t have m there, but that could be probably easily fixed in the configuration.
  2. I have started to play with Bence’s https://github.com/ferdinandyb/caeml and it looks pretty reasonable. Unfortunately, when replying to the shown message I get raw unencoded message to reply to, which is a little bit less useful.

I wonder why that happens? Oh right, if you reply to a picture attachment you would also get the raw image. This is a general property with parts. I guess you can use caeml to view and if you do want to reply, :eml (after Koni's new patch is applied).

#224 Recursive parsing of attached messages 19 days ago

Comment by ~ferdinandyb on ~rjarry/aerc

Number 2 partially works now, you can call :eml/ :preview on a message/rfc822 attachment, but you can't reply to it currently, for that I opened another ticket. For reading it should already work as you'd like to.

On the other hand, I think it would be cool if you could have an option/command that recursively unfolds all message/rfc822 attachments in the currently viewed email. This would allow to read a digest with all attachments and everything quite easily. Calling :eml on the message/rfc822 part would still open it properly as an individual email for replying, etc.

#227 after opening a message with :eml, we should be able to reply to it 19 days ago

feature added by ~ferdinandyb on ~rjarry/aerc

#227 after opening a message with :eml, we should be able to reply to it 19 days ago

Ticket created by ~ferdinandyb on ~rjarry/aerc

Currently, you get this error:

"Cannot perform action. Messages still loading"

I tested this with calling :eml on an message/rfc822 attachment.

#224 Recursive parsing of attached messages 19 days ago

on ~rjarry/aerc

Let me parse the previous message into three possible solutions:

  1. Right now, it is possible to use caeml (or any other similar utility, isn’t this what metamail used to do?) as a simple filter to display some significant information about the attached messages in plain text and thus in the aerc message window.
  2. When browsing through the message in the message reader tab with Ctrl-J/K and hitting message/rfc822 attachment, a new tab would open with the embedded message, which would behave as any other message tab, i.e., that message could be read, replied to, forwarded, and its attachments could be browsed through. That’s exactly what Thunderbird does (of course, modulo difference between GUI and TUI nature of two apps).
  3. When opening a message with attached message/rfc822 attachments, aerc would go recursively through the message and display somehow recursively the whole structure of the message and all its embedded messages.

Is that correct?

What I meant was firmly the option #2.

#224 Recursive parsing of attached messages 19 days ago

Comment by ~ferdinandyb on ~rjarry/aerc

I wrote caeml a while back for filtering message/rfc822, which could be definitely improved a bit (other than the already open tickets). On the other hand I think the canonical solution for this is calling :eml on it and loading the message completely in aerc. Are you suggesting that aerc should just unpack message/rfc822 attachments recursively in the mime selector?

#215 regression since bumping go-maildir 23 days ago

Comment by ~ferdinandyb on ~rjarry/aerc

After some discussion the double colon is definitely a malformed maildir file. On the other hand, currently maildir-go does seem to stop once it finds a bad messages. Upgrade is in progress here.

#220 add trim to templates 24 days ago

feature added by ~ferdinandyb on ~rjarry/aerc

#220 add trim to templates 24 days ago

~ferdinandyb assigned ~ferdinandyb to #220 on ~rjarry/aerc

#220 add trim to templates 24 days ago

Ticket created by ~ferdinandyb on ~rjarry/aerc

Add a trim function to templates.

trim 5 should return the first 5 characters trim -5 should return the last 5 characters