[xmail] Re: Local domain and trailing dot

2006-11-02 Thread Francesco Vertova

At 00.25 30/10/06, you wrote:

Ok, this comes from 2005 but I'm going through stuff to include in 1.23.
The trailing dot is not legal, according to section 4.1.2 of:

http://www.faqs.org/rfcs/rfc2821.html

Path =  [ A-d-l : ] Mailbox 
Mailbox = Local-part @ Domain
Domain = (sub-domain 1*(. sub-domain)) / address-literal
sub-domain = Let-dig [Ldh-str]

I'm not clear what legal means here. If I pass anydomain.com. 
(with the trailing dot) to nslookup, it does resolve. That's why the 
mail loop occurs (the MX point to the XMail server, but the XMail 
server does not accept it and tries SMTP delivery to itself again and 
again). IMHO and/or AFAIK:

- a mail loop should only result from broken server config, not a user's typo;
- this issue is more (or as much) related to DNS than SMTP;
- the trailing dot is a common convention for indicating that a 
domain is fully qualified (per RFC 1912, 3.2: If you don't put a `.' 
at the end of an FQDN, it's not recognized as an FQDN.)
- Xmail should either perform a syntax check for the trailing dot, 
and if found issue a 5xx error WITHOUT trying to deliver/resolve, or 
recognize that a domain is local IF DELIVERING/RESOLVING;

Ciao, Francesco 

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-11-02 Thread Rob Arends

Francesco, 
You are correct in that DNS does allow trailing dot, in fact when we use dns
names without trailing dots, we are using relative dns names.
This is why you configure a domain name in your resolv.conf or in windows'
interface dns dialog.

I have no idea as to why the MTA RFC might not have a trailing dot as a
legal hostname.  It does seem strange, but I leave that to those more
qualified.  Personally I agree with you.

Rob :-)
 
_
Note To Self: Remember to put something witty here later...
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Francesco Vertova
Sent: Thursday, 2 November 2006 8:51 PM
To: xmail@xmailserver.org
Subject: [xmail] Re: Local domain and trailing dot


At 00.25 30/10/06, you wrote:

Ok, this comes from 2005 but I'm going through stuff to include in 1.23.
The trailing dot is not legal, according to section 4.1.2 of:

http://www.faqs.org/rfcs/rfc2821.html

Path =  [ A-d-l : ] Mailbox 
Mailbox = Local-part @ Domain
Domain = (sub-domain 1*(. sub-domain)) / address-literal sub-domain = 
Let-dig [Ldh-str]

I'm not clear what legal means here. If I pass anydomain.com. 
(with the trailing dot) to nslookup, it does resolve. That's why the mail
loop occurs (the MX point to the XMail server, but the XMail server does not
accept it and tries SMTP delivery to itself again and again). IMHO and/or
AFAIK:

- a mail loop should only result from broken server config, not a user's
typo;
- this issue is more (or as much) related to DNS than SMTP;
- the trailing dot is a common convention for indicating that a domain is
fully qualified (per RFC 1912, 3.2: If you don't put a `.' 
at the end of an FQDN, it's not recognized as an FQDN.)
- Xmail should either perform a syntax check for the trailing dot, and if
found issue a 5xx error WITHOUT trying to deliver/resolve, or recognize that
a domain is local IF DELIVERING/RESOLVING;

Ciao, Francesco 

-
To unsubscribe from this list: send the line unsubscribe xmail in the body
of a message to [EMAIL PROTECTED] For general help: send the line
help in the body of a message to [EMAIL PROTECTED]


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-11-02 Thread Davide Libenzi

On Thu, 2 Nov 2006, Francesco Vertova wrote:

 
 At 00.25 30/10/06, you wrote:
 
 Ok, this comes from 2005 but I'm going through stuff to include in 1.23.
 The trailing dot is not legal, according to section 4.1.2 of:
 
 http://www.faqs.org/rfcs/rfc2821.html
 
 Path =  [ A-d-l : ] Mailbox 
 Mailbox = Local-part @ Domain
 Domain = (sub-domain 1*(. sub-domain)) / address-literal
 sub-domain = Let-dig [Ldh-str]
 
 I'm not clear what legal means here. If I pass anydomain.com. 
 (with the trailing dot) to nslookup, it does resolve. That's why the 
 mail loop occurs (the MX point to the XMail server, but the XMail 
 server does not accept it and tries SMTP delivery to itself again and 
 again). IMHO and/or AFAIK:

Not legal means that the above RFC2821 definition does not match the 
address. XMail 1.23 will not accept recipients with a trailing dot (or 
whatever other non-RFC-comppliant character).


- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-10-30 Thread CLEMENT Francis

I agree with Davide

RFC not only apply to MTA but to MUA too and to final users too (programs or
humans) :)
As the MUA interacts with the user, it's to the MUA responsibility to
correct the user (automaticaly or not) if users can't be made RFC compliant
( hard to achieve :) ).

Francis



-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de Davide Libenzi
Envoyé : lundi 30 octobre 2006 05:08
À : xmail@xmailserver.org
Objet : [xmail] Re: Local domain and trailing dot



On Sun, 29 Oct 2006, Jason J. Ellingson wrote:

 
 I would like to humbly disagree.
 
 The trailing . is valid as a reference to the root domain of the
 internet.  It could be interpreted as (. NULL)

I on't think it's a matter of persoal opinions here. The RFC2821 
definition of Domain does not allow such syntax.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-10-30 Thread Shiloh Jennings

In the business world, end users only care if the recipient received the
email they sent.  They don't not know or care anything about RFC compliance.
I agree RFC compliance is important, but it should not trump the real world
concerns of end users.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of CLEMENT Francis
Sent: Monday, October 30, 2006 7:55 AM
To: 'xmail@xmailserver.org'
Subject: [xmail] Re: Local domain and trailing dot


I agree with Davide

RFC not only apply to MTA but to MUA too and to final users too (programs or
humans) :)
As the MUA interacts with the user, it's to the MUA responsibility to
correct the user (automaticaly or not) if users can't be made RFC compliant
( hard to achieve :) ).

Francis



-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de Davide Libenzi
Envoyé : lundi 30 octobre 2006 05:08
À : xmail@xmailserver.org
Objet : [xmail] Re: Local domain and trailing dot



On Sun, 29 Oct 2006, Jason J. Ellingson wrote:

 
 I would like to humbly disagree.
 
 The trailing . is valid as a reference to the root domain of the
 internet.  It could be interpreted as (. NULL)

I on't think it's a matter of persoal opinions here. The RFC2821 
definition of Domain does not allow such syntax.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-10-30 Thread Davide Libenzi

On Mon, 30 Oct 2006, Shiloh Jennings wrote:

 
 In the business world, end users only care if the recipient received the
 email they sent.  They don't not know or care anything about RFC =
 compliance.
 I agree RFC compliance is important, but it should not trump the real =
 world
 concerns of end users.

What next? Why not ingore some other character, that are as illegal as the 
dot? Why do not put, inside an MTA, the logic to try to fix possible user 
typos? RFC should be respected as far as possible, anything else is chaos. 
And MUAs should respect them too, because they're the closest pisece of 
software to the end user, and the one that can better display the proper 
user interface.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-10-29 Thread Davide Libenzi

On Wed, 9 Nov 2005, Francesco Vertova wrote:

 
 At 12.45 09/11/05, you wrote:
 
 [EMAIL PROTECTED]  wrote on Tuesday, November 08, 2005 6:41 PM:
 
   I dunno exactly what RFC says about that. I guess the hostname
   domain.net. is valid, but i have no idea how this DNS issue should
   be treated in SMTP.
 
 FYI: Sendmail ignores the trailing dot. Maybe XMail should treat it like
 Sendmail, shouldn't it?
 
 AFAIK the trailing dot is perfectly legal (or even required, sometimes).
 
 I think XMail should consider domain.net and domain.net. as 
 equivalent in handling local domains (without having to add lines in 
 domains.tab or aliasdomain.tab).

Ok, this comes from 2005 but I'm going through stuff to include in 1.23.
The trailing dot is not legal, according to section 4.1.2 of:

http://www.faqs.org/rfcs/rfc2821.html

Path =  [ A-d-l : ] Mailbox 
Mailbox = Local-part @ Domain
Domain = (sub-domain 1*(. sub-domain)) / address-literal
sub-domain = Let-dig [Ldh-str]



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-10-29 Thread Shiloh Jennings

Regardless of the RFC, ignoring a trailing dot would be helpful for end
users.  For example, a user might write My email address is
[EMAIL PROTECTED]  When the recipient clients on [EMAIL PROTECTED], the dot
afterwards may be picked up as part of the mailto link.  I realize this is a
customer confusion issue that can easily be blamed on the client software,
but it can easily be fixed at the server level (which is what sendmail
already does).

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davide Libenzi
Sent: Sunday, October 29, 2006 5:25 PM
To: xmail@xmailserver.org
Subject: [xmail] Re: Local domain and trailing dot


On Wed, 9 Nov 2005, Francesco Vertova wrote:

 
 At 12.45 09/11/05, you wrote:
 
 [EMAIL PROTECTED]  wrote on Tuesday, November 08, 2005 6:41
PM:
 
   I dunno exactly what RFC says about that. I guess the hostname
   domain.net. is valid, but i have no idea how this DNS issue should
   be treated in SMTP.
 
 FYI: Sendmail ignores the trailing dot. Maybe XMail should treat it like
 Sendmail, shouldn't it?
 
 AFAIK the trailing dot is perfectly legal (or even required, sometimes).
 
 I think XMail should consider domain.net and domain.net. as 
 equivalent in handling local domains (without having to add lines in 
 domains.tab or aliasdomain.tab).

Ok, this comes from 2005 but I'm going through stuff to include in 1.23.
The trailing dot is not legal, according to section 4.1.2 of:

http://www.faqs.org/rfcs/rfc2821.html

Path =  [ A-d-l : ] Mailbox 
Mailbox = Local-part @ Domain
Domain = (sub-domain 1*(. sub-domain)) / address-literal
sub-domain = Let-dig [Ldh-str]



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-10-29 Thread Jason J. Ellingson

I would like to humbly disagree.

The trailing . is valid as a reference to the root domain of the
internet.  It could be interpreted as (. NULL)

Without the period, internal routing of larger mail systems can route
internally.  A domain ending in . is outright referencing to the root
domain of the internet.

That said, I don't know very many people who bother with it (just a few
of us network admin guys).

I'd recommend it preserves the trailing ., but treats it the same as
without the trailing .

- Jason



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Shiloh Jennings
Sent: Sunday, October 29, 2006 6:02 PM
To: xmail@xmailserver.org
Subject: [xmail] Re: Local domain and trailing dot


Regardless of the RFC, ignoring a trailing dot would be helpful for end
users.  For example, a user might write My email address is
[EMAIL PROTECTED]  When the recipient clients on [EMAIL PROTECTED], the
dot
afterwards may be picked up as part of the mailto link.  I realize this
is a
customer confusion issue that can easily be blamed on the client
software,
but it can easily be fixed at the server level (which is what sendmail
already does).

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On
Behalf Of Davide Libenzi
Sent: Sunday, October 29, 2006 5:25 PM
To: xmail@xmailserver.org
Subject: [xmail] Re: Local domain and trailing dot


On Wed, 9 Nov 2005, Francesco Vertova wrote:

 
 At 12.45 09/11/05, you wrote:
 
 [EMAIL PROTECTED]  wrote on Tuesday, November 08, 2005
6:41
PM:
 
   I dunno exactly what RFC says about that. I guess the hostname
   domain.net. is valid, but i have no idea how this DNS issue
should
   be treated in SMTP.
 
 FYI: Sendmail ignores the trailing dot. Maybe XMail should treat it
like
 Sendmail, shouldn't it?
 
 AFAIK the trailing dot is perfectly legal (or even required,
sometimes).
 
 I think XMail should consider domain.net and domain.net. as 
 equivalent in handling local domains (without having to add lines in 
 domains.tab or aliasdomain.tab).

Ok, this comes from 2005 but I'm going through stuff to include in 1.23.
The trailing dot is not legal, according to section 4.1.2 of:

http://www.faqs.org/rfcs/rfc2821.html

Path =  [ A-d-l : ] Mailbox 
Mailbox = Local-part @ Domain
Domain = (sub-domain 1*(. sub-domain)) / address-literal
sub-domain = Let-dig [Ldh-str]



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2006-10-29 Thread Davide Libenzi

On Sun, 29 Oct 2006, Jason J. Ellingson wrote:

 
 I would like to humbly disagree.
 
 The trailing . is valid as a reference to the root domain of the
 internet.  It could be interpreted as (. NULL)

I on't think it's a matter of persoal opinions here. The RFC2821 
definition of Domain does not allow such syntax.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2005-12-14 Thread Leonardo Fogel

 domain.net. is not recognized as local, which
 leads to a mail loop. Can anybody confirm this?

Hi.
I have already faced the same problem. I just added an
alias domain: domain.net domain.net..

Regards.









___ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2005-11-11 Thread Davide Libenzi

On Wed, 9 Nov 2005, Francesco Vertova wrote:

 At 12.45 09/11/05, you wrote:

 [EMAIL PROTECTED]  wrote on Tuesday, November 08, 2005 6:41 PM:

 I dunno exactly what RFC says about that. I guess the hostname
 domain.net. is valid, but i have no idea how this DNS issue should
 be treated in SMTP.

 FYI: Sendmail ignores the trailing dot. Maybe XMail should treat it like
 Sendmail, shouldn't it?

 AFAIK the trailing dot is perfectly legal (or even required, sometimes).

 I think XMail should consider domain.net and domain.net. as
 equivalent in handling local domains (without having to add lines in
 domains.tab or aliasdomain.tab).

Queued.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2005-11-09 Thread Sönke Ruempler

[EMAIL PROTECTED]  wrote on Tuesday, November 08, 2005 6:41 PM:

 I dunno exactly what RFC says about that. I guess the hostname
 domain.net. is valid, but i have no idea how this DNS issue should
 be treated in SMTP.

FYI: Sendmail ignores the trailing dot. Maybe XMail should treat it like
Sendmail, shouldn't it?

Any thoughts? Davide? ;-)

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2005-11-09 Thread Sönke Ruempler

On 09.11.2005 13:10, Francesco Vertova wrote:

 I think XMail should consider domain.net and domain.net. as 
 equivalent in handling local domains (without having to add lines in 
 domains.tab or aliasdomain.tab).

ACK.
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2005-11-09 Thread Rob Arends

grin

Ack, ack ack ack !! 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Sönke Ruempler
Sent: Thursday, November 10, 2005 6:41 AM
To: xmail@xmailserver.org
Subject: [xmail] Re: Local domain and trailing dot


On 09.11.2005 13:10, Francesco Vertova wrote:

 I think XMail should consider domain.net and domain.net. as 
 equivalent in handling local domains (without having to add lines in 
 domains.tab or aliasdomain.tab).

ACK.
-
To unsubscribe from this list: send the line unsubscribe xmail in the body
of a message to [EMAIL PROTECTED] For general help: send the line
help in the body of a message to [EMAIL PROTECTED]


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: Local domain and trailing dot

2005-11-08 Thread Sönke Ruempler

On 08.11.2005 18:17, Francesco Vertova wrote:

 if I have domain.net in domains.tab and send an e-mail to 
 [EMAIL PROTECTED] (note the final dot), domain.net. is not 
 recognized as local, which leads to a mail loop. Can anybody confirm this?

Confirmed. If your Mailserver has it's IP or `localhost' in
smtprelay.tab, otherwise you get a bounce with '550 relay denied' back.

I dunno exactly what RFC says about that. I guess the hostname
domain.net. is valid, but i have no idea how this DNS issue should be
treated in SMTP.
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]