Talk:8BITMIME

From Wikipedia, the free encyclopedia

Prior to the availability of 8BITMIME implementations, mail user agents employed several techniques to cope with the seven-bit limitation, including binary to text encodings and UTF-7.

Following the given RFC's, UTF-7 was standardized at the same time (July 1994) as 8BITMIME, therefore UTF-7 cannot be used before 8BITMIME, as I would say. --Abdull 14:48, 1 January 2006 (UTC)

I think one would have to figure out when 8BITMIME implementations became available (and UTF-7 implementations, for that matter), and not just when the standards were published… —Fleminra 20:06, 1 January 2006 (UTC)

If exim has the same level of 8bitmime support when enabled with a single line in the config file as qmail does, why is it listed under "non-supporting" clients instead of the "supporting" section above? That seems wrong. —The preceding unsigned comment was added by 71.113.119.162 (talk • contribs) 08:45, April 12, 2006.

The documentation shipped with Exim 3.36-18 for Debian says:

accept_8bitmime                 Type: boolean                  Default: false

    This option causes Exim to send 8BITMIME in its response to an SMTP EHLO
    command, and to accept the BODY= parameter on MAIL commands. However,
    though Exim is 8-bit clean, it is not a protocol converter, and it takes
    no steps to do anything special with messages received by this route.
    Consequently, this option is turned off by default.

Which seems to mean that Exim does not implement 8BITMIME. This could be outdated though… —Fleminra 18:39, 12 April 2006 (UTC)