RE: mozilla displays wrong headers from uw-imap (12/31/1969, blan k subject)

RE: mozilla displays wrong headers from uw-imap (12/31/1969, blan k subject)

[Steve Fairbairn]

Apologies to Hannu, I clicked reply and not reply to all...

> -----Original Message-----
> From: Hannu E K Nevalainen (garbage mail)
> Subject: RE: mozilla displays wrong headers from uw-imap (12/31/1969,
> blank subject)
> 
> 
> > Of Mr. Ali Nabavi
> > Fetchmail gets my mail via pop3 and sends them to either 
> tmail or dmail
> > (I've used both.)  The logs look just fine, but says "bare 
> LF only" and
> > I don't know if that is a problem.  The mail ends up where 
> the uw-imap
> > readme says it will, in /var/mail/<username>.  I log in successfully
> > with both Mozilla and Pegasus Mail and the messages have 
> blank headers
> > except for the date, which is 12/31/1969.  When I open the 
> messages, the
> > headers look okay, the date and time are accurate, but moving the
> > message to another folder corrupts the message and, it appears, only
> > moves the body over, not the headers.
> 
>  I'm no expert, but to me this looks as fetchmail and the 
> other (cygwin!)
> tools uses LF line endings (Unix style). While Mozilla and 
> Pegasus Mail
> (Windows executables most likely) expect it to be the Windows 
> way (i.e.
> CR+LF).
> 
> IMO a Mozilla and/or Pegasus Mail bug.
> 

Not definately true.  The Mail/MIME encoding RFC's state that all headers
should be CRLF no matter what the platform.  It is open to dispute quite
whether the RFC's should still apply once the mail has finished it's journey
through the ether and has been collected from the email server by such a
tool as fetchmail.  It seems likely that Mozilla is expecting the CRLF's to
remain on the headers which would probably be true if Mozilla was collecting
the emails itself.  It is my guess that fetchmail is stripping the CR's from
the message as it retrieves it which could well be the accepted practice for
UNIX boxes, but under a cygwin text mount it should perhaps behave
differently.

This is purely speculation I've not looked at the sources, but it is
certainly true that the pop3 server should be presenting the headers with
CRLF line endings to the client.

HTH,

Steve Fairbairn.

-- 
-- LONG DISCLAIMER --

******************************************************* 
This email has originated from Perwill plc (Registration No. 1906964) 
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK 
Tel: +44 (0)1420 545000 
Fax: +44 (0)1420 545001 
www.perwill.com 
******************************************************* 
Privileged, confidential and/or copyright information may be contained 
in this email, and is only for the use of the intended addressee. 
To copy, forward, disclose or otherwise use it in any way if you are not 
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately, 
by using the reply facility in your email software.

We may monitor the content of emails sent and received via our network 
for the purposes of ensuring compliance with policies and procedures. 
This message is subject to and does not create or vary any contractual 
relationships between Perwill plc and the recipient. 
******************************************************* 
Any opinions expressed in the email are those of the sender and not 
necessarily of Perwill plc.
******************************************************* 
This email has been scanned for known viruses using 
McAfee WebShield 4.5 MR1a 
******************************************************* 



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: mozilla displays wrong headers from uw-imap (12/31/1969, blank subject)

[Hannu E K Nevalainen (garbage mail)]

> From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf
> Of Steve Fairbairn

> Apologies to Hannu, I clicked reply and not reply to all...

 :-] Well, I wish I knew how to set "reply-to:" for certain folders in
Outlook. I'm not sure it is possible.

<SNIP>
> > IMO a Mozilla and/or Pegasus Mail bug.
> >
>
> Not definately true.  The Mail/MIME encoding RFC's state that all headers
> should be CRLF no matter what the platform.  It is open to dispute quite
> whether the RFC's should still apply once the mail has finished
> it's journey
> through the ether and has been collected from the email server by such a
> tool as fetchmail.  It seems likely that Mozilla is expecting the
> CRLF's to
> remain on the headers which would probably be true if Mozilla was
> collecting
> the emails itself.  It is my guess that fetchmail is stripping
> the CR's from
> the message as it retrieves it which could well be the accepted
> practice for
> UNIX boxes, but under a cygwin text mount it should perhaps behave
> differently.

 IMO "the Standard", RFC, IEEE, ISO, CCITT or whatever may say whatever they
want in the matter - what really counts is whether the actual application
does its job or not.
 i.e. The user wants a _stable_ application, that does what its supposed
to - no matter what.
 Here this boils down to; Accept line endings in any way they are.

 ... and now I realize that this has grown into something off topic ;-)

> This is purely speculation I've not looked at the sources, but it is
> certainly true that the pop3 server should be presenting the headers with
> CRLF line endings to the client.

 IMO this shouldn't matter; parsing line endings is so basic stuff that a
piece of software that doesn't adjust for "current situation" is less usable
than it could be.


/Hannu E K Nevalainen, B.Sc. EE - 59°16.37'N, 17°12.60'E
--END OF MESSAGE--


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mozilla displays wrong headers from uw-imap (12/31/1969, blank subject)

[Aaron]

anabavi@qsuonline.com wrote:

> mozilla displays wrong headers from uw-imap (12/31/1969, blank subject)

> I have tried all kinds of fixes:
> 
> - mounted mail directories in binary mode
> - messed with tmail and dmail, different arguments, no arguments
> - used procmail instead of fetchmail to send to tmail/dmail
> - tried formatting the messages with procmail before sending them to 
> tmail/dmail in case the bare LF is a problem
> - looked at the mailbox to find any inconsitencies in the format

Here is, not a solution, but more data.

I too have recently seen this.  I run uw-imap on my desktop, and keep my 
archived mail behind imap (rather than in a particular mail client's 
notion of an archive).

I recently did these things:
- upgraded to cygwin 1.5.5
- upgraded to uw-imap 2002e-1
- upgraded to mozilla 1.5 RC2

I am using inetd, rather than xinet

Some time after doing the above upgrades, I noticed the problem with 
blank subjects and 1969 dates, in my local imap store.  When I view imap 
stores at my ISP, for example, I don't see this problem.

I tried looking at my local imap store with Opera, and with Pine, same 
results.

I open the local mail store with a text editor, and they look fine.

So, I went back to using an old, old version if uw-imap, and now when I 
view my local imap store everything is OK, good subjects and dates, and 
when I open a message I can see the whole thing, including headers.

I believe the imapd I'm using/used was built long, long ago by Eduardo:

$ telnet localhost 143
Trying 127.0.0.1...
Connected to aaronw2k.
Escape character is '^]'.
* OK [CAPABILITY IMAP4REV1 LOGIN-REFERRALS STARTTLS AUTH=LOGIN] aaronw2k 
IMAP4rev1 2001.315 at Sat, 4 Oct 2003 09:16:58 -0600

-- 
Aaron
aaron@justaaron.com



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: mozilla displays wrong headers from uw-imap (12/31/1969, blank subject)

[Hannu E K Nevalainen (garbage mail)]

> From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf
> Of Mr. Ali Nabavi

> Fetchmail gets my mail via pop3 and sends them to either tmail or dmail
> (I've used both.)  The logs look just fine, but says "bare LF only" and
> I don't know if that is a problem.  The mail ends up where the uw-imap
> readme says it will, in /var/mail/<username>.  I log in successfully
> with both Mozilla and Pegasus Mail and the messages have blank headers
> except for the date, which is 12/31/1969.  When I open the messages, the
> headers look okay, the date and time are accurate, but moving the
> message to another folder corrupts the message and, it appears, only
> moves the body over, not the headers.

 I'm no expert, but to me this looks as fetchmail and the other (cygwin!)
tools uses LF line endings (Unix style). While Mozilla and Pegasus Mail
(Windows executables most likely) expect it to be the Windows way (i.e.
CR+LF).

IMO a Mozilla and/or Pegasus Mail bug.

/Hannu E K Nevalainen, B.Sc. EE - 59°16.37'N, 17°12.60'E
--END OF MESSAGE--


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

mozilla displays wrong headers from uw-imap (12/31/1969, blank subject)

[Mr. Ali Nabavi]

Hey, all.

Fetchmail gets my mail via pop3 and sends them to either tmail or dmail 
(I've used both.)  The logs look just fine, but says "bare LF only" and 
I don't know if that is a problem.  The mail ends up where the uw-imap 
readme says it will, in /var/mail/<username>.  I log in successfully 
with both Mozilla and Pegasus Mail and the messages have blank headers 
except for the date, which is 12/31/1969.  When I open the messages, the 
headers look okay, the date and time are accurate, but moving the 
message to another folder corrupts the message and, it appears, only 
moves the body over, not the headers.

I have tried all kinds of fixes:

- mounted mail directories in binary mode
- messed with tmail and dmail, different arguments, no arguments
- used procmail instead of fetchmail to send to tmail/dmail
- tried formatting the messages with procmail before sending them to 
tmail/dmail in case the bare LF is a problem
- looked at the mailbox to find any inconsitencies in the format

I have read everything I could find and the answer eludes me.  Any 
advice, please?

Thanks for reading,


Ali



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/