Scenario: CGP 5.0.14, Mac OS X Server 10.5.6, Xserve.
I am trying to solve this puzzle - why will leave the message appears
-, and Google and CGP manual dont' seem to be help me.
The IP's, either LAN, Mobile Users, whatever - tested IP's -, produce
the same result. Please note that for the example I connected from the
server itself:
$ telnet mail.mydomain.com 25
Trying 1.2.3.4...
Connected to mail.mydomain.com.
Escape character is '^]'.
220 mydomain.com ESMTP CommuniGate Pro 5.0.14 is glad to see you!
helo mail.mydomain.com
250 mydomain.com is pleased to meet you
mail from:m...@mydomain.com
250 m...@mydomain.com sender accepted
rcpt to:m...@mydomain.com
250 mjpa...@mydomain.com will leave the Internet
data
354 Enter mail, end with "." on a line by itself
Any clues?
TIA,
Mario Jorge Passos
-----
#############################################################
This message is sent to you because you are subscribed to
the mailing list <CGat...@mail.stalker.com>.
To unsubscribe, E-mail to: <CGateP...@mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePr...@mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePr...@mail.stalker.com>
Send administrative queries to <CGatePro...@mail.stalker.com>
But that is just my best guess.
--
Jeff Wark
TBayTel Internet
807-625-3041
All domains, account, etc, are fictional. But the account I used, as
well as the real domain exist in the server.
regards,
Mario
#############################################################
CommuniGate server has the following domain on it:
example.com
and example.com has the following users defined in it:
user01
user02
user03
An email directed to use...@example.com or use...@example.com or use...@example.com will result in the following response during an SMTP session:
250 use...@example.com will leave the Internet
and that is simply the way that the CommuniGate Server states that the account is local and it won't relay the message somewhere else.
Here is an actual example on my server that hosts tbaytel.net:
$ telnet localhost 25
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 tbaytel.net SMTP server is glad to see you
helo localhost
250 front1.tbaytel.net domain name should be qualified localhost
mail from: jw...@tbaytel.net
250 jw...@tbaytel.net sender accepted
rcpt to: jw...@tbaytel.net
250 jw...@tbaytel.net will leave the Internet
rcpt to: jw...@gmail.com
250 jw...@gmail.com accepting mail from a client address
The account jw...@tbaytel.net in the rcpt to: command does exist locally, therefore it will leave the Internet. jw...@gmail.com [an account I just made up, but that might actually exist on the gmail.com servers] is not local, so the response is that the email will be accepted from a client address.
--
Jeff Wark
TBayTel Internet
807-625-3041
#############################################################
It is absolutely their problem.
The only thing that any SMTP sender should try to interpret in the server
response to a RCPT command is whether it starts with a 3-digit number and
what the first digit is. Normally success will use '250' but '251' also has
a defined standard meaning and the logical model of SMTP response codes
includes space for extension with other 2xx codes that describe other types
of success. Similarly, 4xx responses are for failures that are likely to be
transient (i.e. the sender should retry later) and 5xx responses are for
failures that should not result in automatic retry.
If you share that information with them, you might also want to point them
at the current and past RFC's defining SMTP, which they apparently are not
familiar with:
http://www.rfc-editor.org/rfc/rfc821.txt
http://www.rfc-editor.org/rfc/rfc2821.txt
http://www.rfc-editor.org/rfc/rfc5321.txt