Matt Simonsen <[EMAIL PROTECTED]> wrote:
> There was a statement made that Qmail converts an email to lower-case, but
> judging by the fact that Qmail can handle those seperately I am guessing
> this is incorrect.
By default, qmail takes the users from /etc/password which have valid home
director
. Cr. Yp. To
Subject: Re: Case in email address
Matt Simonsen <[EMAIL PROTECTED]> wrote:
> Is there a way to bypass this (not that I will, I just am curious) to have
> [EMAIL PROTECTED] and [EMAIL PROTECTED] be delivered separately?
Yes, the qmail-users mechanism can be used to do thi
Matt Simonsen <[EMAIL PROTECTED]> wrote:
> Is there a way to bypass this (not that I will, I just am curious) to have
> [EMAIL PROTECTED] and [EMAIL PROTECTED] be delivered separately?
Yes, the qmail-users mechanism can be used to do this.
> And is the below process correct?
There was nothing
>I always thought that qmail converted the user part of an incoming email
>to lowercase and then handled it appropriately.
Based on other emails, it seems clear that the RFC standard is to preserve
case for the user part of the email address. Qmail does this from what I can
tell, as far as how de
>local-part is up to the receiving system, and so intermediate MTAs must
>preserve the case of local-part.
>It then recommends that MTA implementors treat local-part as case insensitive
>when they are the final destination MTA, but does not require this.
You are correct of course, I should have
M and from are the same thing,
>but the argument here is that this just is about parts of the headers and
>not the email address.
>
>
>Thanks!
>Matt
>
>-Original Message-
>From: Milivoj Ivkovic [mailto:[EMAIL PROTECTED]]
>Sent: Friday, May 11, 2001 5:06 AM
Milivoj Ivkovic <[EMAIL PROTECTED]> wrote:
> If I read the RFCs correctly, case does not matter in the mailbox (left
> side) part, but should be preserved.
No, that's not what 2821 says. The RFC defines the FQDN part of an email
address to be case-insensitive, and says that the treatment of cas
If I read the RFCs correctly, case does not matter in the mailbox (left
side) part, but should be preserved.
I don't know of any mail server that fails to deliver mail if case changes.
I never paid attention to see if case is preserved.
On Thu, May 10, 2001 at 09:04:17PM -0500, Stephen Berg wrote:
> I always thought that qmail converted the user part of an incoming email
> to lowercase and then handled it appropriately.
That is correct. Therefore, a user with an uppercase letter in his
username won't ever get any mail.
Greetz,
I always thought that qmail converted the user part of an incoming email
to lowercase and then handled it appropriately.
On Thu, 10 May 2001, Matt Simonsen wrote:
> For additional information, I have read the man page for addresses. *SLAP* I
> should have done this first, sorry.
>
> It says tha
Matt Simonsen wrote:
>
> For additional information, I have read the man page for addresses. *SLAP* I
> should have done this first, sorry.
>
> It says that case does matter in Qmail (as most of you know probably), yet
> when I pipe mail to [EMAIL PROTECTED] and [EMAIL PROTECTED] both get
> deli
Qmail@List. Cr. Yp. To
Subject: Case in email address
How does Qmail deal with case in an email address? From Outlook at least,
case does not appear to matter, for example, [EMAIL PROTECTED] and
[EMAIL PROTECTED] both deliver to me. Also, what is the official RFC
standard for case in an email addre
How does Qmail deal with case in an email address? From Outlook at least,
case does not appear to matter, for example, [EMAIL PROTECTED] and
[EMAIL PROTECTED] both deliver to me. Also, what is the official RFC
standard for case in an email address. I read in section 3.4.7 of RFC 822
that at least
13 matches
Mail list logo