Am 07.09.2017 um 20:07 schrieb hw:> Gordon Messmer wrote:
>> On 09/07/2017 08:11 AM, Stephen John Smoogen wrote:
>>> This was always
>>> problematic because DNS hostnames and email addresses in the RFC
>>> standards were case insensitive
>>
>>
>> Not quite.? SMTP is required to treat the "local-part" of the
RCPT
>> argument as case-sensitive, and to preserve case when relaying mail.
>> The destination is allowed to treat addresses according to local
>> policy, but in general SMTP is case sensitive with regard to the user
>> identifier.
>
> Last time I checked, RFCs said that local parts *should not* be case
> sensitive,
> and cyrus defaulted to treat them case sensitive, which is a default
> that usually
> needs to be changed because senders of messages tend to not pay any
> attention to
> the case sensitiveness of recipient addresses at all, which then
> confuses them like
> any other error.
The relevant part from the RFC:
https://www.ietf.org/rfc/rfc5321.txt
2.4. General Syntax Principles and Transaction Model
Verbs and argument values (e.g., "TO:" or "to:" in the
RCPT command
and extension name keywords) are not case sensitive, with the sole
exception in this specification of a mailbox local-part (SMTP
Extensions may explicitly specify case-sensitive elements). That is,
a command verb, an argument value other than a mailbox local-part,
and free form text MAY be encoded in upper case, lower case, or any
mixture of upper and lower case with no impact on its meaning. The
local-part of a mailbox MUST BE treated as case sensitive.
Therefore, SMTP implementations MUST take care to preserve the case
of mailbox local-parts. In particular, for some hosts, the user
"smith" is different from the user "Smith". However,
exploiting the
case sensitivity of mailbox local-parts impedes interoperability and
is discouraged. Mailbox domains follow normal DNS rules and are
hence not case sensitive.
Alexander