Marc Mutz | 2 Jul 2002 10:45
Picon
Favicon

Re: I-D Recommendations for Automatic Responses to Electronic Mail


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 06 June 2002 22:15, Russ Allbery wrote:
> Keith Moore <moore <at> cs.utk.edu> writes:
> >> Also, the SHOULD use "in-reply-to" and MAY use "References" is
> >> silly. In-Reply-To fields are enormously varied and hard to parse;
> >> "References" fields are much better.  We should definitely
> >> encourage people to support References over In-Reply-To.
> >
> > Seems like in-reply-to is more widely supported, though.  I'm
> > curious to hear what other people think about this.  It wouldn't
> > bother me too much to make both of them SHOULD.
>
> References is definitely more widely supported than In-Reply-To for
> actual practical purposes.  Many, if not most, In-Reply-To headers
> contain so much unstructured, extraneous information that they're
> essentially only informational to humans and cannot be effectively
> used by software. References has never had this problem, and is
> therefore clearly superior technically.
>
> I wholeheartedly agree that we should be recommending References over
> In-Reply-To at every opportunity.

The "problem" is that some mailers (e.g. KMail) depend on in-reply-to to 
thread messages. Yes, kmail should use References, too, but...
One of the problems is that the IMAP fetch envelope command only returns 
in-reply-to, not references:

(Continue reading)

Lawrence Greenfield | 7 Jul 2002 23:22
Picon

Re: I-D Recommendations for Automatic Responses to Electronic Mail


   From: Marc Mutz <mutz <at> kde.org>
   Date: Tue, 2 Jul 2002 10:45:38 +0200
[...]
   The "problem" is that some mailers (e.g. KMail) depend on in-reply-to to 
   thread messages. Yes, kmail should use References, too, but...
   One of the problems is that the IMAP fetch envelope command only returns 
   in-reply-to, not references:
[...]
   And fetching the envelope structure (or ALL) is so much faster than even 
   (ALL BODY[HEADER.FIELDS (REFERENCES)])

Actually, plenty of IMAP servers (such as the Cyrus-derived ones) will
return References with approximately the same speed as ENVELOPE
information, since this information is cached in the same place.

   So it should be "SHOULD" for both "references" and "in-reply-to".

   BTW: The only misuse of In-Reply-To I've seen is from early versions of 
   mutt 1.2.x or 1.3.x.

Check http://www.jwz.org/doc/threading.html for a good discussion of
the zillions of variations of In-Reply-To. We really should be pushing
people towards References.

Larry

Arnt Gulbrandsen | 8 Jul 2002 10:43
Picon
Favicon
Gravatar

Re: I-D Recommendations for Automatic Responses to Electronic Mail


Lawrence Greenfield <leg+ <at> andrew.cmu.edu>
>    And fetching the envelope structure (or ALL) is so much faster than even 
>    (ALL BODY[HEADER.FIELDS (REFERENCES)])
> 
> Actually, plenty of IMAP servers (such as the Cyrus-derived ones) will
> return References with approximately the same speed as ENVELOPE
> information, since this information is cached in the same place.

But more bandwidth use, which can be a problem. From next week, I'll be in
a place where pigeon-carried IP might be an improvement and expect to care
deeply about bandwidth.

Anyway, I've had luck with fetching only some references fields. The
algorithm goes something like this (rather simplified):

  1. Fetch the subjects.
  2. Group the message roughly by subject.
  3. For each subject group with at least one unthreaded message:
     a. Fetch the references field for the highest-numbered unthreaded
	message in that group.
     b. Use that to thread as many messages as possible.

It becomes a little more complex in reality, particularly if you want to
avoid round-trips, but the concept is fairly simple, and the algorithm
generally doesn't need to fetch very many references fields in order to
make sense of a thread.

--Arnt (doesn't think much of thread=references)

(Continue reading)

Dan Kohn | 20 Jul 2002 21:39
Gravatar

RE: [Mailman-Developers] [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail]


"user <at> domain.com <user <at> domain.com>" is not legal under RFC 2822.  It is
must not generate under either current (section 3) or obsolete (section
4) grammar.

<mailbox> is defined as "[display-name] angle-addr", <display-name> is a
<phrase>, which is "1*word", where <word> is "atom / quoted-string".
<atom> is defined in section 3.2.4 *not* to include " <at> ".  In other
words, you can't use an unquoted " <at> " in a <display-name> under either
current or obsolete grammar.

However, you could include the  <at>  as part of a <quoted-string>, defined
in section 3.2.5.  Thus, the following:

  user <at> domain.com <user <at> domain.com>     <-- illegal
  "user\ <at> domain.com" <user <at> domain.com>  <-- legal

I'm cc'ing ietf-822 <at> imc.org, which has taken the place of
comp.mail.headers, for confirmation.

          - dan
--
Dan Kohn <mailto:dan <at> dankohn.com>
<http://www.dankohn.com/>  <tel:+1-650-327-2600>

-----Original Message-----
From: Jay R. Ashworth [mailto:jra <at> baylink.com] 
Sent: Saturday, July 20, 2002 09:12
To: mailman-developers <at> python.org
Subject: Re: [Mailman-Developers]
(Continue reading)

Keith Moore | 20 Jul 2002 22:38
Picon

Re: [Mailman-Developers] [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail]


> "user <at> domain.com <user <at> domain.com>" is not legal under RFC 2822.  It is
> must not generate under either current (section 3) or obsolete (section
> 4) grammar.

true, it's illegal to have an ' <at> ' in a phrase unless its quoted.
it was illegal in RFC 822 also, which means it's been illegal for 20
years or so.  an ' <at> ' can't appear in an atom.

perhaps even worse, it's redundant.  why say 

user <at> domain.com <user <at> domain.com>

or even

"user <at> domain.com" <user <at> domain.com>

when simply

user <at> domain.com 

will do?  

a phrase containing another copy of the address conveys no additional 
information, it just wastes bandwidth and invites stupid mail handling tools
to play with it.

Keith

(Continue reading)

Dan Wing | 21 Jul 2002 03:44
Picon
Favicon

RE: [Mailman-Developers] [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail]


> perhaps even worse, it's redundant.  why say 
> 
> user <at> domain.com <user <at> domain.com>
> 
> or even
> 
> "user <at> domain.com" <user <at> domain.com>
> 
> when simply
> 
> user <at> domain.com 
> 
> will do?  

Because in Microsoft's Outlook and Outlook Express, if a 
user is in your addressbook and you send a message to that
user, only their friendly name ("Keith Moore") appears in
the "To:" line.  You must click your mouse on the name to 
see the user <at> host form of the name.  The workaround is
to put moore <at> cs.utk.edu in the friendly name field so
that moore <at> cs.utk.edu displays in the "To:" line, which
is a more natural address for email for many, many 
people.

> a phrase containing another copy of the address conveys no additional 
> information, it just wastes bandwidth and invites stupid mail handling tools
> to play with it.

-d
(Continue reading)

Keith Moore | 21 Jul 2002 07:07
Picon

Re: [Mailman-Developers] [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail]


> Because in Microsoft's Outlook and Outlook Express, if a
> user is in your addressbook and you send a message to that
> user, only their friendly name ("Keith Moore") appears in
> the "To:" line.  You must click your mouse on the name to
> see the user <at> host form of the name.  The workaround is
> to put moore <at> cs.utk.edu in the friendly name field so
> that moore <at> cs.utk.edu displays in the "To:" line, which
> is a more natural address for email for many, many
> people.

so those who use Microsoft products lose.  what else is new?

Keith

Keith Moore | 23 Jul 2002 22:37
Picon

Re: [Mailman-Developers] [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail]


> Actually, the offending client in this case is Sylpheed, much as I'd like to
> blame outlook. (goodness knows, I blame it for Klez.)

I take it Sylpheed is the one that generates bogus phrases?

> I'd have to find someone with a copy of outlook to try it and be sure, but I
> think outlook does "user <at> domain.com" <user <at> domain.com> which probably
> wouldn't have been a problem.

it might be syntactically legal, but it's still utterly stupid.

Keith

Dan Kohn | 24 Jul 2002 00:39
Gravatar

RE: [Mailman-Developers] [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail]


FYI, Outlook with Exchange Server 2000, does the "right thing".  Here's
the To lines on an outgoing message:

From: "Dan Kohn" <dan <at> dankohn.com>
To: <dan <at> xkey.com>
Cc: <dan <at> nixon.xkey.com>

          - dan
--
Dan Kohn <mailto:dan <at> dankohn.com>
<http://www.dankohn.com/>  <tel:+1-650-327-2600>

-----Original Message-----
From: Keith Moore [mailto:moore <at> cs.utk.edu] 
Sent: Tuesday, July 23, 2002 13:38
To: Terri Oda
Cc: Dan Wing; Keith Moore; Dan Kohn; Jay R. Ashworth;
mailman-developers <at> python.org; ietf-822 <at> imc.org
Subject: Re: [Mailman-Developers]
[MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail] 

> Actually, the offending client in this case is Sylpheed, much as I'd
like to
> blame outlook. (goodness knows, I blame it for Klez.)

I take it Sylpheed is the one that generates bogus phrases?

> I'd have to find someone with a copy of outlook to try it and be sure,
but I
(Continue reading)

Dan Wing | 24 Jul 2002 07:22
Picon
Favicon

RE: [Mailman-Developers] [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail]


Send us a screen shot of what your To line looked like,
though.

-d

> -----Original Message-----
> From: Dan Kohn [mailto:dan <at> dankohn.com]
> Sent: Tuesday, July 23, 2002 3:39 PM
> To: Keith Moore; Terri Oda
> Cc: Dan Wing; Jay R. Ashworth; mailman-developers <at> python.org;
> ietf-822 <at> imc.org
> Subject: RE: [Mailman-Developers]
> [MAILER-DAEMON <at> mira.linknet.com.au:Undeliverable Mail] 
> 
> 
> FYI, Outlook with Exchange Server 2000, does the "right thing".  Here's
> the To lines on an outgoing message:
> 
> From: "Dan Kohn" <dan <at> dankohn.com>
> To: <dan <at> xkey.com>
> Cc: <dan <at> nixon.xkey.com>
> 
>           - dan
> --
> Dan Kohn <mailto:dan <at> dankohn.com>
> <http://www.dankohn.com/>  <tel:+1-650-327-2600>
> 
> -----Original Message-----
> From: Keith Moore [mailto:moore <at> cs.utk.edu] 
(Continue reading)


Gmane