Eric Gillespie | 3 Nov 07:28 2009

2047 bug (with test), but I have no fix

This is the latest bogosity from Gmail.  A guy configures his
from name as "Jim [ a guy ]" (actually it has non-Latin
characters, too, but that's not important for testing the bug)
and Gmail 2047-encodes that entire string, with no quotes.
repl doesn't like it:

repl: bad addresses:
       Jim [ a guy ] <jim <at> example.com> -- missing mailbox ([ a guy ])

Of course it's invalid; it would need quotes.  What I can't
figure out is where mh should add the quotes (not interested in
arguments over whether Gmail is sending out garbage; we lost that
war long ago).

It seems to me it has to be an optional feature of decode_2047,
because the FT_LS_DECODE handler in fmt_scan.c doesn't have
enough information.  Since it can't parse the string, it can't
know where the quotes should go.

Thoughts?

Here's a simple test case to show the problem; plop it into
tests/repl/test-over2047 and it comes out like this:

0 test% ./runtest tests/repl/test-over2047
--- /tmp/nmh-test-koU16395/28487.expected       2009-11-02 22:19:39.000000000 -0800
+++ /tmp/nmh-test-koU16395/Mail/draft   2009-11-02 22:19:39.000000000 -0800
 <at>  <at>  -1,4 +1,6  <at>  <at> 
-To: "Jim [ a guy ]" <jim <at> example.com>
+To: 
(Continue reading)

Marcin Cieslak | 6 Nov 11:37 2009

Re: mh modifies headers? (was Re: Multiple Mailstore

Lyndon Nerenberg (VE6BBM/VE7TFX) <lyndon <at> orthanc.ca> wrote:
>
> From repl(1):
>
>        If  the -annotate switch is given, the message being replied-to will be
>        annotated with the lines
>
> 	    Replied: date Replied: addrs
>
> Also, see anno(1).

IMAP has a notion of message flags:

http://deflexion.com/2006/05/server-side-message-labels

One can set \Answered flag on the message via IMAP. 
Mail clients may set their own flags, as there are some standardized.

UW imapd suite maintains flags by having an invisible message at the
beginning of the mbox folder. I think some IMAP servers maintain 
"Status:" header in the message. 

--

-- 
Marcin CieĊ›lak

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/nmh-workers

(Continue reading)

chad | 7 Nov 00:39 2009
Picon

Re: Re: mh modifies headers? (was Re: Multiple Mailstore


On Nov 6, 2009, at 2:37 AM, Marcin Cieslak wrote:
> IMAP has a notion of message flags:
>
> http://deflexion.com/2006/05/server-side-message-labels
>
> One can set \Answered flag on the message via IMAP.
> Mail clients may set their own flags, as there are some standardized.
>
> UW imapd suite maintains flags by having an invisible message at the
> beginning of the mbox folder. I think some IMAP servers maintain
> "Status:" header in the message.

Way back when I still followed this stuff, in the earlyish days of  
IMAP, there
was talk of supporting MH-style annotations via IMAP, and message flags
were more or less the consensus spec answer, but many IMAP servers
did not handle arbitrary message flags, or handled them badly.  I recall
some talk of a capabilities exchange, but I don't remember what ever  
came
out of that -- it's possible that all the important servers these days  
DTRT,
but it's definitely something to investigate before putting serious  
effort into
client support.

*Chad

_______________________________________________
Nmh-workers mailing list
(Continue reading)

Joel Uckelman | 30 Nov 12:38 2009
Picon

mhstore -auto and nmh-storage

According to mhstore(1)'s man page, setting nmh-storage in my .mh_profile
will cause mhstore to put MIME attachments into the directory given as the
value of nmh-storage instead of the current directory. It seems that this
does not work in conjunction with the -auto option for mhstore. When -auto
is given, the attachments are written to the current directory, regardless.

Is this intentional? a bug? It would be nice if it were possible to save
attachments with their given names, but to a preset directory.

--

-- 
J.

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/nmh-workers


Gmane