Nick_Smith
asked on
#550 4.4.7 QUEUE.Expired; message expired ##
We have a very important client who when they attempt to mail a user on our domain irregularly get's bounce backs with the message:
#550 4.4.7 QUEUE.Expired; message expired ##
The client in question does not appear to have issues mailing anyone else on our domain or any other. I receive all E-mail they send to me. The user here also has no other issues with his mail. As I said, the issue occurs irregularly: some days it's fine, others it's not.
Does anyone know if this is an issue our end or theirs please?
#550 4.4.7 QUEUE.Expired; message expired ##
The client in question does not appear to have issues mailing anyone else on our domain or any other. I receive all E-mail they send to me. The user here also has no other issues with his mail. As I said, the issue occurs irregularly: some days it's fine, others it's not.
Does anyone know if this is an issue our end or theirs please?
ASKER
The server named before this in the ndr is theirs.
To get more info, enable SMTP logging with full options and monitor these logs. Then you can see if your server contacts theirs and if so, what the answers are.
Hi,
Ask them to check the following:
Nitin
Ask them to check the following:
- Make sure their servers can resolve your Domain all the time
- Make sure that from their server your MX records come out clean
Nitin
ASKER
Chaps
Thanks for all your help. The problem is that the client is VIP, they are already vexed due to the mail situation and I really don't want to go back to them asking to check their end unless I've got some evidence to prove the case. Whilst the tips you've given are great, is there anything I can do from my end to prove the issue is theirs?
Thanks for all your help. The problem is that the client is VIP, they are already vexed due to the mail situation and I really don't want to go back to them asking to check their end unless I've got some evidence to prove the case. Whilst the tips you've given are great, is there anything I can do from my end to prove the issue is theirs?
Enable SMTP logging and send some e-mails. Post the logs here.
See, since the NDR is being generated by their servers, it means there is no communication (in most cases). So major troubleshooting has to be done there
What you can do from your end is make sure that:
Nitin
What you can do from your end is make sure that:
- Send mails to yourself from various external domains and see if they are delivered properly
- Make sure that any RBL that you might be subscribing to is not getting their Server IP / Domain off and on
Nitin
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Well, it amazes me that you said that we didnt resolve. WIthout access to your setup we can only point you towards issues and thats we did.
Also you do not respond for days.....Do not expect help from me atleast in future. Can't comment about other guys....
Also you do not respond for days.....Do not expect help from me atleast in future. Can't comment about other guys....
this normally indicates a routing or connector configuration error