| From | Sent On | Attachments |
|---|---|---|
| Papo Napolitano | Mar 9, 2001 1:53 pm | |
| Papo Napolitano | Mar 9, 2001 6:59 pm | |
| Roland Schneider | Mar 10, 2001 1:37 am | |
| Papo Napolitano | Mar 10, 2001 2:28 pm | |
| Alexei Batyr' | Mar 11, 2001 4:15 am | |
| Roland Schneider | Mar 11, 2001 7:57 am | |
| James.Duanmu | Mar 11, 2001 5:04 pm | |
| Alexei Batyr' | Mar 12, 2001 3:11 am | |
| Kris Kelley | Mar 12, 2001 7:43 am | |
| Kirill Pushkin | Mar 12, 2001 8:14 am | |
| Bill Michell | Mar 12, 2001 8:52 am | |
| Sam Varshavchik | Mar 12, 2001 4:02 pm | |
| Sam Varshavchik | Mar 12, 2001 4:03 pm | |
| Alexei Batyr' | Mar 13, 2001 1:24 am | |
| Bill Michell | Mar 13, 2001 2:30 am | |
| Kirill Pushkin | Mar 13, 2001 4:20 am |
| Subject: | [courier-users] Re: 8bit Again | |
|---|---|---|
| From: | Bill Michell (bi...@mics.org.uk) | |
| Date: | Mar 12, 2001 8:52:49 am | |
| List: | net.sourceforge.lists.courier-users | |
Kris Kelley writes:
Alexei Batyr' wrote:
IMO Internet in general is now 8-bit and I'm not sure that contemporary MTA should be so stick to the archaic ARPANET 7-bit world. Of course you can rise the objection that RFCs states otherwise but (I understand that I'm falling into heresy) RFCs themselves are subject to change.
Actually, the usual argument is that if you start sending blind 8-bit without proper MIME encoding, you lose other vital information, including what character set to use. Since there is no single all-encompassing 8-bit character set, MIME encoding is essential in letting the email client know how to display 8-bit messages. For example, if a person in Russia sends 8-bit characters without MIME encoding to somebody in Korea, the email client in Korea will render the 8-bit characters using its local character set instead of the Russian set, potentially making the message unreadable.
To which the answer would be "but at least I can read the messages that my buggy mail client *can* make sense of."
I wonder if the following would be acceptable to Sam.
* As an option to configure, * mailserver will accept messages without a required mime header. * mailserver will forward message to desired destination. * mailserver will send phoney "bounce" message to sender, containing details of why.
Then, people who need to be able to accept faulty 8-bit messages can do so, people who don't want them (perhaps because the local character set doesn't need the extra characters) can continue to bounce them, and people who send non-RFC-compliant messages will find their mailbox filling up with nagging messages telling them to get their client fixed, and why it is important.
-- Bill Michell bi...@mics.org.uk (home)





