OL98: SMTP Relay Blocking Error Sending E-mail

• Microsoft Outlook 98

SYMPTOMS

When you send e-mail messages you may receive an error message that your e-mail cannot be sent due to SMTP Relay Blocking. The exact error message may vary, depending on your Internet Service Provider (ISP); however, it will be similar to the following error message:

The message could not be sent because one of the recipients was rejected by the server. The rejected e-mail address was '<someone@microsoft.com>'. Subject: '<Test>', Account: '<Test>', Server: '<smtp.microsoft.com>', Protocol: SMTP, Server Response: '550 <someone@microsoft.com>... Relaying Denied', Port: 25, Secure (SSL): No, Server Error: 550, Error Number: 0x800CCC79

CAUSE

This problem can occur with the following configurations:

• You are logged in to a Local Area Network that has an Internet gateway and attempt to send e-mail through an Internet Service Provider's SMTP gateway.



• You are dialed into an Internet Service Provider and attempt to send e-mail through another Internet Service Provider's SMTP gateway.



• You are using a cable modem or ADSL to get to another Internet Service Provider and attempt to send e-mail through that ISP's SMTP gateway.

RESOLUTION

This problem affects all messaging clients, regardless of manufacturer.

Customers should contact their ISP for assistance since this problem is not caused by the e-mail client. From a messaging client standpoint, there are no solutions for customers who have ISP's that block all SMTP Relay traffic.

Most of the new SMTP e-mail gateway software can allow relaying for specific IP addresses. This is how cable modem and ASDL users will be able to continue to use their same ISP. The Cable Modem/ASDL provider must provide the customer a static IP address, in-turn the customer's e-mail ISP will allow relaying for that specific IP address. Banks of IP addresses can also be allowed, which may provide a workaround for some corporate customers who access ISP's through their corporate Local Area Networks.

Customers should look to their ISP's for a solution to this problem. From a messaging client standpoint, there are no solutions for customers who have ISP's that block all SMTP Relay traffic.

If the error is random, it is possible that your SMTP server is checking whether the domain or the recipient name actually exists before sending. If the recipient's mail server is temporarily down or unavailable for another reason, such as high network volume, your SMTP server cannot verify the address and may reject the relay. In this case, no action is required. The message will be sent when the receiving server is again available.

MORE INFORMATION

This problem may become more common as ISP's begin to take action against SPAM e-mail. SPAM is flooding the Internet with many copies of the same message, in an attempt to send the message to people who would not otherwise choose to receive it. Most SPAM uses an automated system to send commercial advertising, or mass marketing e-mail messages. SPAM costs the sender very little to send; most of the costs are paid for by the recipient or the e-mail providers.

Some ISP's are fighting SPAM by requiring each user to be dialed directly into their system in order to send e-mail through their SMTP gateway. This is an easy way to control SPAM but may affect some users who tunnel into their e-mail account from another ISP.

MSN, the Microsoft Network, is just one example of an ISP that has already imposed SPAM blocking. Additionally, MSN has imposed restrictions whereby, if the e-mail address in your Internet account properties does not match that of your MSN account, you may also receive SMTP blocking errors. This affects users who receive mail with two different Internet addresses, but want the same reply address on both e-mail accounts. Other ISP's implement similar strategies.

It has been reported that the MSN server's SPAM filter does not return any error message when it detects outgoing messages as SPAM. In this case, MSN users attempting to send e-mail may see that messages appear to send normally, but are actually never delivered.

Examples:

• Employees have personal ISP accounts at <isp.com> where <isp.com> is the Service Provider's domain name. They use the company's corporate Local Area Network (LAN) to access their <isp.com> e-mail. They have no problems sending or receiving. One day they start receiving SMTP blocking errors when they try to reply to e-mail that they have received from <isp.com>. They contact <isp.com> technical support and are told that <isp.com> just installed new SMTP gateway software which prevents SMTP relaying. Now the employees can receive e-mail through the Local Area Network, but cannot send e-mail because they're not dialed directly into <isp.com>.



• A user has two ISP accounts, one with <isp.com> and one with <myisp.net> where <isp.com> and <myisp.net> are the Service Providers' domain names. The user dials into <myisp.net> and is able to both send and receive mail from both accounts without problems. One day the user dials into <myisp.net>, tries to send mail through <isp.com> and receives blocking errors. The user dials directly into <isp.com> and can still send and receive mail with both accounts. In this example <isp.com> implemented SMTP relay blocking and <myisp.net> did not.

Additional query words:

Keywords : kbdta
Version : WINDOWS:
Platform : WINDOWS
Issue type : kbprb