Neil wrote:
On Thu, Jan 28, 2010 at 2:39 PM, LuKreme<[email protected]>  wrote:
On 28-Jan-2010, at 12:24, Lachlan Hunt wrote:
It doesn't screw it up if proper In-Reply-To and References headers are set in 
the mail, and refer to the message IDs correctly.  These header fields are 
defined to accept 1 or more message IDs in RFC 2822, and so responding to 
multiple messages is a perfectly reasonble thing to do.
Do *any* clients support multiple In-Reply-To message IDs?



I was under the impression that In-Reply-To is usually just one
Msg-ID, since it indicates the parent email and is generally used in
building tree-style threads. However, RFC 2822 does _explicitly_ say
that multiple Msg-IDs are permitted in the In-Reply-To field. I'm not
quite sure how you'd place that in a tree-thread, however.

This an an issue where we can get innovative, because if it can work, it will be a rather useful feature. Here's a few ideas.

Take this example message thread:

  Subject            | From
-----------------------+---------
+--Kittens             | Jack
   |                   |
   +--Re: Kittens      | Sam
   |  |                |
   |  +--Re: Kitens    | Daniel
   |                   |
   +--Re: Kittens      | Cameron

Say, for examle, John wants to reply to the messages from Sam and Cameron and his mail client sets the In-Reply-To header to point to the message IDs for Sam and Cameron's messages.

e.g.
In-Reply-To: <[email protected]> <[email protected]>

The receiving mail client can then render this in a number of possible ways. It could either place it in the hierarchy below Sam's message, after Daniel, which is what I believe most clients would do (since that message ID comes first).

  Subject              | From
-----------------------+---------
+--Kittens             | Jack
   |                   |
   +--Re: Kittens      | Sam
   |  |                |
   |  +--Re: Kitens    | Daniel
   |  |                |
   |  +--Re: Kittens   | John
   |                   |
   +--Re: Kittens      | Cameron

One possibility here is that when John's message is selected, both Sam's and Cameron's messages could be highlighted in some way to indicate that the selected message is a reply. The mail client may even say something at the top of the message pane like:

"Replied to multiple messages: _Sam_, _Cameron_

Where each of those are links that when clicked, take the user to the specific mail. This method is seems like the simplest approach, and will most likely work the best when the reply is to messages in the same thread.

Another alternative is to place the same e-mail multiple times in the heirarchy, below each message to which it's a reply, and somehow indicate that in the UI with some type of icon or perhaps a lighter colour for the subject. The idea is to convey to the user that the message itself is not really located there, but access is provided for convenience. It's a sort of ghost message.

(Since this mail is plain text, I'll use square brackets below to indicate this.)

  Subject              | From
-----------------------+---------
+--Kittens             | Jack
   |                   |
   +--Re: Kittens      | Sam
   |  |                |
   |  +--Re: Kitens    | Daniel
   |  |                |
   |  +--Re: Kittens   | John
   |                   |
   +--Re: Kittens      | Cameron
      |                |
      +--[Re: Kittens] | [John]

The latter copy may even be collapsed by default so it doesn't waste screen real estate, but still accessible by expanding the tree if the user wants to.

Then, when either copy of the message subject is selected, the mail client client can indicate that it's the same message by highlighting the other copy in some way. Both copies should maintain the same states (including read/unread status, tags, markers, etc.). The advantage of this method is that it's more robust in cases where the user responds to messages across multiple threads.

This would also be useful when replies to one message are located in a different folder. The thread view could show the ghost copy of the mail in the list, to provide quick access to it, and the client could make it easy to switch to that other folder.

--
Lachlan Hunt - Opera Software
http://lachy.id.au/
http://www.opera.com/
_______________________________________________
[email protected] mailing list
List help: http://lists.ranchero.com/listinfo.cgi/email-init-ranchero.com

Reply via email to