Hi I have Exchange SBS 2003 and although I can receive external e-mail (therefore DNS/MX is fine, and the correct ports are open on my router), I cannot send external e-mail.I have usedused http://www.zonedit.com/smtp.html to check the SMTP and the returned error is 550 5.7.1 Unable to relay for myemail@mydomain.com. My network setup is: 172.16.1.1 - external router 172.16.1.2 - external NIC address for my server 172.16.2.1 - internal NIC address for my server I have checked the recipient policy on my virtual SMTP server and that's fine, and under Default SMTP Virtual Server> Delivery>Advanced>Check DNS my domain name is correctly resolved. Any ideas? Regards

Are you trying to send mail via a non-Outlook client, or are you having trouble sending email from an Exchange profile, or Outlook Web Access. Both Recipient policies and DNS are not related to one's ability to send mail through an smtp virtual server. You likely need to check the permissions. By default users can relay through Exchange if they supply their domain credentials, however usually you make a MAPI profile so this is irrelevant.

I am sending mail from Outlook 2003, and theprofile/permissionsaren't the issue as I can receive mail on this computer. All outgoing mail simply sits in the outgoing "SmallBusiness SMTP Connector - Yahoo.com (SMTP Connector)" queue on my server, where it'll failuntil eventually Exchange gives up.

Your issue may not be permissions related, but be careful to make assumptions. Inbound mail and outbound mail dont always work the same way. One working doesn't necessarily imply anything about the other. I had a customer earlier this week with a similar issue with Yahoo, and it was because the server's IP was on a black list. Check this site: http://www.mxtoolbox.com/blacklists.aspx & http://www.spamhaus.org/pbl/index.lasso(the one my customer had an issue with) If this doesn't work, your next step is to enable smtp protocol logging and look at the log files.

Mike Crowley wrote: I had a customer earlier this week with a similar issue with Yahoo, and it was because the server's IP was on a black list. Check this site: http://www.mxtoolbox.com/blacklists.aspx & http://www.spamhaus.org/pbl/index.lasso(the one my customer had an issue with) It isn't down to being black-listed, the domain name is fairly new (several days), but the IP address range it uses belongs to PIPEX and is known to be clear. I have also tried to send mail to another of my own domains, hosted elsewhere, and that fails too.

please enable the protocol log on the smtp virtual server and then post the lines relevant to the failed connection.

Hi, I suspect this issue is relate to DNS. Currently, please run nslookup -q=mx yahoo.com command to check whether the valid MX records are available. And paste the information on the forum. Thanks Allen

Allen The results are: Server: yahoo.com Addresses: 206.190.60.37, 68.180.206.184 DNS request timed out. timeout was 2 seconds *** Request to yahoo.com timed-out Regards

Hi, Apparently, this is the DNS issue. Maybe the SMTP Virtual Server is using the internal DNS server rather than the external DNS. Now please configure the external DNS server under SMTP VS. Open ESM, expand SMTP Virtual Server, in the Delievery tab, click Advanced button, click Configure button, please add the external DNS that you can refer to the settings on the Router. After that, pleaser restart SMTP, then check this issue. Thanks Allen

Allen I have already configured external DNS for my SMTP server, it's using the DNS servers from Pipex. Regards

Hi, Can you send the email to other domains? And whether the Addess Space of the SMTP Connector is configured correctly? Now I suggest we delete the connector to test this issue. If the issue persists, please test the above command again after inputting the DNS server. nslookup -q=mx yahoo.com DSN server that you configured under SMTP VS. What's the result that you test? Thanks Allen

Mike Crowley wrote: I had a customer earlier this week with a similar issue with Yahoo, and it was because the server's IP was on a black list. http://www.spamhaus.org/pbl/index.lasso(the one my customer had an issue with) It transpired that the IP address (entire range from my ISP) was logged on the PBL register by default; a manual removal and a 60 minute wait and the problem was resolved.

Hello: I had the exact same problem. This is what I did to fix. In the STMP connector their is a field that says relay all outgoing mail to the following smarthost. In that field I entered the name of my web host mail server mail.myserver.com. I could send no mail. I then pinged mail.myserver.com and retireved the ip address and entered it instead [ip address]. Make sure you include the []. Now all works fine. Don't know why this is but it works.