This should also correspond with your reverse DNS so that a lookup on your server's IP address returns the server address (if it isn't correct, set your PTR record to it). So if your mail server is for but your server's hostname is actually then postfix needs to be set to masquerade correctly as. Postfix should be writing correct headers/envelope so that mail appears to come from the domain specified in the 'from' address. This is also important in case you attempt to deliver mail to mail boxes on their servers that don't actually exist.Ĭheck your mail configuration to ensure that mail isn't being flagged as spam (by mailing yourself and then checking the headers). Make sure that the return email address accepts messages so that bounces return from Bell South's servers. In this instance the most likely explanation is that Bell South's spam filters have cleaned your message out before reaching the user's mail box or the user's own mail software has cleaned the message. However, this doesn't mean that it will allow the message to be delivered to the user's mail box. The dsn=2.0.0 and a correct relay= means that Bell's mail server has accepted the message. Is there any setting in my main.cf file that would affect whether or not we get reject/bounce notices? I need some way of knowing if a message is getting to its destination or not. I happen to have an At&T/Bellsouth email, but I don't have an account with every ISP we send to. The AT&T server accepted the message, right? I'm trying to troubleshoot why some customers aren't getting emails, but if there's nothing in mail.log to say the message is rejected, how do I know which messages were delivered successfully? Shouldn't I get a failure notice or a bounce if At&T is blocking the messages? When I send a test message from my mail server to my email, The postfix log shows it was sent OK, but the message never arrives in my bellsouth inbox.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |