Standard for encoded headers (Offtopic)

View: New views
7 Messages — Rating Filter:   Alert me  

Standard for encoded headers (Offtopic)

by Jorge Bastos :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi there,

 

Paul/others,

Can you point me to the IETF link where it says that the emails headers MUST be encoded and never in PLAIN ASCII?

 

Thanks!

Jorge,


_______________________________________________
DBmail mailing list
DBmail@...
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Re: Standard for encoded headers (Offtopic)

by Shane Kerr-5 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Jorge,

On Tue, 2009-09-29 at 16:22 +0100, Jorge Bastos wrote:

> Can you point me to the IETF link where it says that the emails
> headers MUST be encoded and never in PLAIN ASCII?

Must they?

I have been getting familiar with the IMAP RFC lately, and it says this:

         Note that headers (part specifiers HEADER or MIME, or the
         header portion of a MESSAGE/RFC822 part), MUST be 7-bit; 8-bit
         characters are not permitted in headers.

http://www.faqs.org/rfcs/rfc3501.html

--
Shane


_______________________________________________
DBmail mailing list
DBmail@...
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Re: Standard for encoded headers (Offtopic)

by Michael Monnerie-5 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Dienstag 29 September 2009 Shane Kerr wrote:
> I have been getting familiar with the IMAP RFC lately, and it says
> this:
>
>          Note that headers (part specifiers HEADER or MIME, or the
>          header portion of a MESSAGE/RFC822 part), MUST be 7-bit;
> 8-bit characters are not permitted in headers.
>
> http://www.faqs.org/rfcs/rfc3501.html

A bit off-topic, but:
Nice, but there are programs with bugs that generate 8bit headers,
namely that Outlook extension that gives the users fancy backgrounds and
funny pics to add... what's it's name? Erhmmm... Incredimail.
That stupid program, for german setups, creates a time header like this:
10:37 Mitteleuropäische Sommerzeit
meaning mid-european summer time - see the umlaut-a (ä) there.

mfg zmi
--
// Michael Monnerie, Ing.BSc    -----      http://it-management.at
// Tel: 0660 / 415 65 31                      .network.your.ideas.
// PGP Key:         "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38  500E CE14 91F7 1C12 09B4
// Keyserver: wwwkeys.eu.pgp.net                  Key-ID: 1C1209B4

_______________________________________________
DBmail mailing list
DBmail@...
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Re: Standard for encoded headers (Offtopic)

by Jorge Bastos :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

> Jorge,
>
> On Tue, 2009-09-29 at 16:22 +0100, Jorge Bastos wrote:
>
> > Can you point me to the IETF link where it says that the emails
> > headers MUST be encoded and never in PLAIN ASCII?
>
> Must they?
>
> I have been getting familiar with the IMAP RFC lately, and it says
> this:
>
>          Note that headers (part specifiers HEADER or MIME, or the
>          header portion of a MESSAGE/RFC822 part), MUST be 7-bit; 8-bit
>          characters are not permitted in headers.
>
> http://www.faqs.org/rfcs/rfc3501.html

For full compability I believe so, I may be wrong, but I do believe so.


Thanks for the link :)

Jorge,

_______________________________________________
DBmail mailing list
DBmail@...
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Re: Standard for encoded headers (Offtopic)

by Jorge Bastos :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

> A bit off-topic, but:
> Nice, but there are programs with bugs that generate 8bit headers,
> namely that Outlook extension that gives the users fancy backgrounds
> and
> funny pics to add... what's it's name? Erhmmm... Incredimail.
> That stupid program, for german setups, creates a time header like
> this:
> 10:37 Mitteleuropäische Sommerzeit
> meaning mid-european summer time - see the umlaut-a (ä) there.

I do HATE INCREDIMAIL :)
I believe MSO2007 for example, works OK with 8-bit headers, but only
sometimes.
Anyway I think it's better to use the fields encoded.

Jorge,

_______________________________________________
DBmail mailing list
DBmail@...
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Re: Standard for encoded headers (Offtopic)

by Paul J Stevens :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Shane Kerr wrote:
> Jorge,
>
> On Tue, 2009-09-29 at 16:22 +0100, Jorge Bastos wrote:
>
>> Can you point me to the IETF link where it says that the emails
>> headers MUST be encoded and never in PLAIN ASCII?

Plain ASCII is always OK! Only non-ascii characters should be encoded.

>
> Must they?
>
> I have been getting familiar with the IMAP RFC lately, and it says this:
>
>          Note that headers (part specifiers HEADER or MIME, or the
>          header portion of a MESSAGE/RFC822 part), MUST be 7-bit; 8-bit
>          characters are not permitted in headers.
>
> http://www.faqs.org/rfcs/rfc3501.html

That rfc snippet doesn't say anything about message structure, just
about IMAP responses. The reference for message structure is rfc5322

http://tools.ietf.org/html/rfc5322

while the latest RFC dealing with non-ascii text in headers is

http://tools.ietf.org/html/rfc2047

Even though formally 8bit headers are not allowed, it was decided long
ago to liberally accept such headers. Dbmail doesn't care one way or the
other. However, FETCH responses containing part specifiers HEADER or
MIME must by 7-bit.

I'm pretty sure dbmail is not compliant here. I havent verified, but
reading the code (which I wrote three years ago or so) it looks like
we're returning HEADER and MIME parts as-is.

--
  ________________________________________________________________
  Paul Stevens                                      paul at nfg.nl
  NET FACILITIES GROUP                     GPG/PGP: 1024D/11F8CD31
  The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmail@...
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Re: Standard for encoded headers (Offtopic)

by Jorge Bastos :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Your explanation is perfect Paul!

This was for something else, to explain somebody with physical evidences
(the links), that the person was wrong!

Many thanks,
Jorge,

> -----Original Message-----
> From: dbmail-bounces@... [mailto:dbmail-bounces@...] On
> Behalf Of Paul J Stevens
> Sent: quarta-feira, 30 de Setembro de 2009 8:28
> To: DBMail mailinglist
> Subject: Re: [Dbmail] Standard for encoded headers (Offtopic)
>
> Shane Kerr wrote:
> > Jorge,
> >
> > On Tue, 2009-09-29 at 16:22 +0100, Jorge Bastos wrote:
> >
> >> Can you point me to the IETF link where it says that the emails
> >> headers MUST be encoded and never in PLAIN ASCII?
>
> Plain ASCII is always OK! Only non-ascii characters should be encoded.
>
> >
> > Must they?
> >
> > I have been getting familiar with the IMAP RFC lately, and it says
> this:
> >
> >          Note that headers (part specifiers HEADER or MIME, or the
> >          header portion of a MESSAGE/RFC822 part), MUST be 7-bit; 8-
> bit
> >          characters are not permitted in headers.
> >
> > http://www.faqs.org/rfcs/rfc3501.html
>
> That rfc snippet doesn't say anything about message structure, just
> about IMAP responses. The reference for message structure is rfc5322
>
> http://tools.ietf.org/html/rfc5322
>
> while the latest RFC dealing with non-ascii text in headers is
>
> http://tools.ietf.org/html/rfc2047
>
> Even though formally 8bit headers are not allowed, it was decided long
> ago to liberally accept such headers. Dbmail doesn't care one way or
> the
> other. However, FETCH responses containing part specifiers HEADER or
> MIME must by 7-bit.
>
> I'm pretty sure dbmail is not compliant here. I havent verified, but
> reading the code (which I wrote three years ago or so) it looks like
> we're returning HEADER and MIME parts as-is.
>
> --
>   ________________________________________________________________
>   Paul Stevens                                      paul at nfg.nl
>   NET FACILITIES GROUP                     GPG/PGP: 1024D/11F8CD31
>   The Netherlands________________________________http://www.nfg.nl
> _______________________________________________
> DBmail mailing list
> DBmail@...
> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

_______________________________________________
DBmail mailing list
DBmail@...
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail