Pete c said:
found the opm log but no mention of smtp just tx and rx... what do i do
now?
Once you enable the troubleshooting log, you have to exit Outlook (it
tells you this). Then make sure there isn't an old one around; if so,
delete it. Then start Outlook. It will probably do a mail poll right
away because of being configured to schedule them. If you did not have
any pending outbound e-mails in your Outbox when you loaded Outlook, send
an e-mail. Exit Outlook.
Don't know what you were looking at in the above logfile output. Maybe
OL2003 changed the format of the output it puts into its logfile. Below
is what I see in OL2002 which, after sending a test e-mail, shows lines
like:
yyyy.mm.dd hh:mm:ss "SMTP: <direction> ...
where direction is "tx" when it transmits to the mail server and "rx" when
it receives data from the mail server. Below is a copy of what I see when
I send an e-mail to an SMTP server with the timestamps removed and all the
encompassing Callback function syntax removed (braced text are my
comments):
SMTP: Finding host
SMTP: Connecting to host
SMTP: Securing connection {I'm using SSL connects}
SMTP: Connected to host
SMTP: <rx> 220 <myISPdomain> - <their comment>
SMTP: [tx] EHLO <myhostname>
SMTP: <rx> 250-<setup status & supported commands> {repeated several
times}
SMTP: Authorizing to server
SMTP: [tx] AUTH LOGIN
{a few more SMTP: lines for handling SSL authentication}
SMTP: <rx> 235 Authentication successful
SMTP: Authorized to host
SMTP: Connected to host
SMTP: [tx] MAIL FROM: <myemailaddr>
SMTP: <rx> 250 ok
SMTP: [tx] RCPT TO: <destinationEmailAddr> {to whom I sent the test
e-mail}
SMTP: <rx> 250 ok; [simple] forward to <destinationEmailAddr>
SMTP: [tx] DATA {my e-mail client transmists the message}
SMTP: <rx> 354 ok
SMTP: [tx] . {to mark the end of the message}
SMTP: <rx> 250 ok
You don't get to see a duplicate of the message data (headers and body)
since that would make the logfile huge. The RCPT TO command specified who
gets my e-mail, the DATA command sends the content of that message to the
mail server, the mail server got it and returned the "354 ok" status, and
my e-mail client said it was done (i.e., no more other messages to send).
Once the "354 ok" status got returned from the DATA command, the mail
server has all the information it needs to deliver the message: who it
goes to and what it is. After that, I have no control over the message
anymore. The comments after the status codes is optional and variable.
What you are looking for when sending a message are the lines:
SMTP: [tx] RCPT TO: <destinationEmailAddr>
Your e-mail client tells the mail server where to deliver the message.
SMTP: <rx> 250
The mail server replies that it got the recipient info.
SMTP: [tx] DATA
You send the content of your message (headers & body).
SMTP: <rx> 354
The mail server say, "Got it okay".
SMTP: [tx] .
You tell the mail server that there is no more data for the message.
SMTP: <rx> 250
Mail server says okay - then it sends whenever it so chooses.
You can use the timestamp on the "SMTP: <rx> 250" line (at the end of
sending the message) to note when your ISP's mail server got your message.
If it then takes 4 hours for it to arrive, you need to trace backward
through the Received headers to see where the delay occurred.
If the OL2003 logfile is significantly different than for OL2002 (which I
have), you'll have to post the logfile so it can be analyzed. Enabling
logging, exit Outlook, delete the old logfile, start Outlook, send a test
e-mail, exit Outlook, and post the logfile.
--
_________________________________________________________________
Post your replies to the newsgroup. Share with others.
E-mail: vanguard_help AT yahoo.com (append "#NEWS#" to Subject)
_________________________________________________________________