<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hello,<br>
<br>
Am 11.02.2011 14:11, schrieb Jeroen van Meeuwen (Kolab Systems):
<blockquote cite="mid:201102111311.48912.vanmeeuwen@kolabsys.com"
type="cite">
<meta name="qrichtext" content="1">
<style type="text/css">
p, li { white-space: pre-wrap; }
</style>
<p style="margin: 0px; text-indent: 0px;">Hi there,</p>
<p style="margin: 0px; text-indent: 0px;">(This is a re-posted
message from our development mailing list.)</p>
<p style="margin: 0px; text-indent: 0px;">In our IRC channel, it
was suggested to look at RFC 2821, section 2.4, quoted as
saying:</p>
<p style="margin: 0px; text-indent: 0px;"> "However, exploiting
the case sensitivity of mailbox local-parts impedes
interoperability and is discouraged."</p>
<p style="margin: 0px; text-indent: 0px;">The problem statement is
as follows: The recipient is <a class="moz-txt-link-abbreviated" href="mailto:USER@DOMAIN.DE">USER@DOMAIN.DE</a>, and while the
mailbox name is <a class="moz-txt-link-rfc2396E" href="mailto:user@domain.de">"user@domain.de"</a>, or even "user", the mail
bounced.</p>
<p style="margin: 0px; text-indent: 0px;">Not completely aware of
the full implications and/or codebase, I wanted to put the topic
on switching the default to be relaxed in the case of case
sensitivity out there for discussion.</p>
<p style="margin: 0px; text-indent: 0px;">Long story short; the
proposal is to ship with a default lmtp_downcase_rcpt of 1.</p>
</blockquote>
<br>
Sound OK for me.<br>
<br>
When chaning upper/lowercases we always have to consider character
sets.<br>
For the user part it's no problem because here only basic characters
are allowed,<br>
but what about a mailbox like: user@BÜCHER.CH ?<br>
<br>
How is this represented in the store ? <br>
Via the same IDN mapping as for the dns servers ?<br>
If yes, then we don't have a problem,<br>
but otherwise this will potentially cause problems in the future.<br>
<br>
André<br>
<br>
</body>
</html>