Sorry, I did not intend to write with the "@" - it was a left over from the
previous line.

> Not saying something like:
> 220 <[EMAIL PROTECTED]>

I thought the helo domain was the DOMAIN, not the host.

Anyway, I tested with SERVER.TAB saying
"HeloDomain"[tab]"bigeagle.com.au" - original
"HeloDomain"[tab]"mars.bigeagle.com.au" - modified

And DNSReport now does not complain for EITHER.
So I have put it back to the original.

When I telnet (25) to the server, I get the same format of response for both
HeloDomain settings.
"mars" is never displayed, so I can't see why DNSReport would have
complained.

Ahh,,, If you use in SERVER.TAB
"SMTPDomain"[tab]"mars.bigeagle.com.au"

Then you get the host name in the greeting.

I'll just chalk it up to experience.

Rob :-)
_________________________________________________
Signature: Live like you'll die tomorrow!
Reply: I tried your signature out once. It took years off my life!  
 

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Tom Banting
> Sent: Tuesday, May 10, 2005 3:26 AM
> To: xmail@xmailserver.org
> Subject: [xmail] Re: DNSREPORT says Xmail violates RFC821 4.3 
> & RFC2821 4.3.1
> 
>  Your server is configured incorrectly.
> server.tab should contain the following line:
> "HeloDomain"     "mars.bigeagle.com.au"
> Also the @ symbol is not legal in a fully qualified domain name.
> At 02:48 AM 09/05/2005, you wrote:
> Davide,  I just did a dnsreport on my domain, and it spat out 
> he following
> warning:
> 
> <dnsreport output>
> WARN:    Mail server host name in greeting      
> WARNING: One or more of your mailservers is claiming to be a 
> host other than what it really is (the SMTP greeting should 
> be a 3-digit code, followed by a space or a dash, then the 
> host name). This probably won't cause any harm, but is a 
> technical violation of RFC821 4.3 (and RFC2821 4.3.1). Note 
> that the hostname given in the SMTP greeting should have an A 
> record pointing back to the same server.
> 
> mars.bigeagle.com.au claims to be non-existent host
> <[EMAIL PROTECTED]>: 
> 220 <[EMAIL PROTECTED]> [XMail 1.20 ESMTP 
> Server] service ready; Mon, 9 May 2005 14:45:29 +1000 
> </dnsreport output>
> 
> Now I assume it is complaining about:
> 220 <[EMAIL PROTECTED]>
> Not saying something like:
> 220 <[EMAIL PROTECTED]>
> 
> I have an A record for [EMAIL PROTECTED]
> 
> Can you explain:
> 1. did I misunderstand something?, if so, what?
> 2. if not, then why does Xmail appear to violate RFC821 4.3 
> and RFC2821
> 4.3.1 (according to dnsreport)
> 
> Thanks, Rob :-)
> _________________________________________________
> Signature: Live like you'll die tomorrow!
> Reply: I tried your signature out once. It took years off my life!  
> 
> -
> 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] 
> 
> Tom Banting                 Internet:   [EMAIL PROTECTED]
> Telcom Research             WEB:        http://www.TelcomResearch.com
> [1]Voice 1 (905) 336-2450    Fax 1 (905) 336-1487 
> 
> --- Links ---
>    1 http://www.telcomresearch.com/
> -
> 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]

Reply via email to