[RCD] message/rfc822 part handling

Jorge Valdes jvaldes at intercom.com.sv
Thu May 20 16:24:32 CEST 2010

On Thu, 20 May 2010 00:15:06 -0700, "Brad Davidson" <brandond at uoregon.edu>
> I've recently been thinking about Roundcube's handling of message/rfc822
> attachments. The current behavior is that message/rfc822 parts are
> 'flattened': content parts are appended to the main message body,
> honoring text or HTML alternative preferences; file attachments listed
> in the header section with no indication that they are a sub-attachment;
> a link is provided to download entire message part in raw format.
> Most mail clients handle the message/rfc822 part as single attachment
> that's natively viewable in a self-contained format. Double-clicking or
> otherwise activating the attachment opens it for viewing just like a
> message pulled down directly from the IMAP server. This is what I'd like
> Roundcube to do as well.
> As far as I can tell, this would require some fairly in-depth changes to
> the core logic. One approach would be to extend or subclass
> rcube_message to support message/rfc822 parts, and update some code that
> that refers to messages by uid to support uid+part selectors. There
> would also need to be some changes to the UI and possibly the skin
> layout to support navigation through message parts.
> I'm glad to take this on, but I thought I'd run it past folks first to
> see if there's any support for or objections against this effort. 
> -Brad 

Please do!! Sometime ago I voiced this concern, but do not have the time
to actually do the coding to _extend_ support for message/rfc822 parts.

Also, even though the current behaviour is to show text/images from the
message/rfc822 attachment, this is something that needs to be changed and
have the application open the attachment in another window for example,
only after a user request. The reason I believe this needs to be changed is
to save the client bandwidth, as you do not need to "send" the whole
message, but just the "relevant" parts, thus letting the user decide
whether he wants to see the rest of the message, specially when dealing
with limited capabilities devices such as smart phones and/or email

Jorge Valdes

List info: http://lists.roundcube.net/dev/

More information about the Dev mailing list