I know the product is EOL. But there are a lot of rules already configured in the Email Gateway, so we are using it as first email gateway which receives the mail and relays the mail to another gateway. And from 2nd email gateway to end server. This is temporary until we complete all the rules migration. From past few days we are experiencing the MEG has not been receiving mails from certain IPs or domain. Upon investigation we found the IP and domain are not blacklisted and there are no logs for blocked connection( as per my investigation). The sender side delivers the mails successfully as per the sender side investigation. Also if we CC other mail address in that particular all other recipient receives the mails except that of MEG. Does anybody have any idea where I should be looking for blocked connection.
Any kind of suggestion will be highly appreciated.
if the senderside tells You that mails have been delivered successfully, there should be logfiles at the senders mailrelay that will tell You if it really was Your EmailGateway that received and acknowledged the reception of the mentioned mail.
It would help a lot if the senderside could send You the corresponding SMTP Logs.
Until now i never had a case with MEG where incoming mail was not visible on the reports. In any case, MEG would write seen mail to the SMTP Logs. You may want to investigate the SMTP Logs using "Log File Tools" and the Message-ID that is found in the SMTP Logs of the sender side.
Thank you very much for the reply. The problem has started with multiple domains not just single domain. And upon person confirmation from the sender side they said that the mail has already left their server and email gateway. Also viewed from network aspect as everything is fine and conversation is established between sender and MEG. I will try to view connection status it in Realtime logs of MEG.
You're welcome 🙂
Well, as You know and concerning multiple domains, the sender admin has to check which MX is resolved for a certain domain. So mainly this is dependent to DNS resolution from the senders perspective.
If their mailrelay said that the mail was delivered, they should be also able to tell You to which server (IP) they've transmitted the Email viewing their SMTP Log. Regarding this it would also uncover if there is another SMTP Relay in between that might have queued and delayed the mail you're looking for.
If there is no record on the SMTP Log of Your MEG, it is a 100% sure that your MEG never saw or acknowledged this Mail.
As i said, since Release 7.6 i never had to look into SMTP Logs on the backend for debug purposes as barely everything is reflected on the MEG reports.