mail server (SMTP) and the authentication

[Robert Neville]

Outlook keeps returning several errors when sending mail on my laptop.
The situation occurs when I work away from my cable internet
connection. The problem relates to my mail server (SMTP) and the
authentication. Apparently, my ISP does not allow remote access to its
SMTP beyond web mail which does not suffice for me. Outlook represents
the central nexus for my contacts, emails, and other notes used to
archive emails and sync with my PDA phone.

My work situation requires me to setup in different locations with
distinct network environments (and different ISP). Some ISPs require
one to use their SMTP; yet this information is not immediately
available to me. How do I set up Outlook to send email from whatever
location? Sometimes, I am fortunate enough to track the SMTP server
from a system administrator; other times I have to figure it out
myself which takes more time than I have.

My workaround has been to use an Advance SMTP server on my laptop. It
allows me to setup a SMTP mail server for sending email. But the
workaround is unpredictable and often slow. Then I increased the time
out to 5 minute to allow for large attachment. Sometimes, it works
while other times it gives me errors. Some locations are worse in
reliability terms; other locations works flawlessly.

My second question relates to the mail settings under Tools >
Send/Receive. How do I remove the extra entries of Send/Receive
profiles? I have created many Send/Receive Group troubleshooting
these errors and they continue to be listed after I delete from
"Define Send/Receive Group."

Tools > Send/Receive > This List

Again, my clients can not wait for me to get configured before
addressing their needs. Any advice on these scenarios would help me a
great detail.


ERROR with SMTP server: 0x8004210B

++ CAUSE ++
This problem occurs when your mail server requires both Secure Sockets
Layer security (SSL) and Secure Password Authentication (SPA).

++ RESOLUTION++
Service Pack Information
This problem is corrected in Office XP Service Pack 3.To resolve this
problem, obtain the latest service pack for Microsoft Office XP. For
additional information, click the following article number to view the
article in the Microsoft Knowledge Base:

++ STATUS ++
Already have Office XP Service Pack 3. The fix did not resolve the
problem.

OTHER ERROR: 0X800CC0B

 

[neo [mvp outlook]]

Send/Receive settings are in a file with a *.SRS file extension. (E.g. If
the name of your Outlook profile is "Work", then the SRS file would be named
Work.SRS)

Working thru localhost to send/receive mail could be introducing a race
condition. Generally we suggest to those that run antivirus that can scan
POP3/SMTP mail should disable this feature while leaving the rest of the
product active. However looking at the error text you supplied, I'm
wondering if you have a configuration in your Advanced SMTP server or in
your SMTP account settings that Outlook can't support. For example, TLS/SSL
connections on anything outside of port 25 or 465 don't work.

While the TLS/SSL issue for anything other than port 25/465 has been
reported to Microsoft for Outlook 2003, I have no clue if they took the
report and tested previous versions. Might be worth a phone call to
Microsoft's Product Support services if you can isolate it to this setting.

 

[Brian Tillman]

My work situation requires me to setup in different locations with
distinct network environments (and different ISP). Some ISPs require
one to use their SMTP; yet this information is not immediately
available to me. How do I set up Outlook to send email from whatever
location?

There's no good way to do that, if you're changing ISPs. You need to have
an account for each ISP that contains login credentials for that ISP and
then use the correct account when you wish to send mail. Generally, the ISP
expects you to use its SMTP server and validate to that server regardless of
the email address that appears as the sender and, generally, if you do
supply proper credentials, the sending address won't matter.