Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 367
  • Last Modified:

linux postfix email lost

linux postfix smtp server1 relay emails to 10.129.147.6(linux postfix as well). But for one out of 10 emails, no email was sent to 10.129.147.6. I cannot find in 10.129.147.6 log also. any ideas?

smtp server1 log
oracle@umail:/var/log$ grep 30DE31FFBB  mail.log
Mar 13 18:00:02 umail postfix/smtpd[18336]: 30DE31FFBB: client=unknown[10.129.146.80]
Mar 13 18:00:02 umail postfix/cleanup[18349]: 30DE31FFBB: message-id=<29140465.1394704806539.JavaMail.Administrator@xxxxx-IT02>
Mar 13 18:00:02 umail postfix/cleanup[18349]: 30DE31FFBB: warning: header Subject: AEL REPORT FILE from unknown[10.129.146.80]; from=<engineering@xxxxx.com> to=<engineering@xxxxx.com> proto=SMTP helo=<xxxxx-IT02>
Mar 13 18:00:02 umail postfix/qmgr[29778]: 30DE31FFBB: from=<engineering@xxxxx.com>, size=1348, nrcpt=5 (queue active)
Mar 13 18:00:02 umail postfix/smtp[18350]: 30DE31FFBB: to=<angela.yip@xxxxx.com>, relay=10.129.147.6[10.129.147.6]:25, delay=0.24, delays=0.13/0.02/0.02/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B4DA417C0DB)
Mar 13 18:00:02 umail postfix/smtp[18350]: 30DE31FFBB: to=<becky.chan@xxxxx.com>, relay=10.129.147.6[10.129.147.6]:25, delay=0.24, delays=0.13/0.02/0.02/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B4DA417C0DB)
Mar 13 18:00:02 umail postfix/smtp[18350]: 30DE31FFBB: to=<engineering@xxxxx.com>, relay=10.129.147.6[10.129.147.6]:25, delay=0.24, delays=0.13/0.02/0.02/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B4DA417C0DB)
Mar 13 18:00:02 umail postfix/smtp[18350]: 30DE31FFBB: to=<jess.tang@xxxxx.com>, relay=10.129.147.6[10.129.147.6]:25, delay=0.24, delays=0.13/0.02/0.02/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B4DA417C0DB)
Mar 13 18:00:02 umail postfix/smtp[18350]: 30DE31FFBB: to=<customerservice@xxxxx.com>, relay=10.129.147.6[10.129.147.6]:25, delay=0.24, delays=0.13/0.02/0.02/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B4DA417C0DB)
Mar 13 18:00:02 umail postfix/qmgr[29778]: 30DE31FFBB: removed
oracle@umail:/var/log$

Open in new window


thanks for help~
0
Hoboly
Asked:
Hoboly
6 Solutions
 
SandyCommented:
Are those all internal mails ? or the mails belongs to external domains ?

TY/SA
0
 
gheistCommented:
message id B4DA417C0DB comes from destination system and it means that it was put in queue.
0
 
MazdajaiCommented:
Do you have iptables or selinux running? What was changed?
0
Veeam Task Manager for Hyper-V

Task Manager for Hyper-V provides critical information that allows you to monitor Hyper-V performance by displaying real-time views of CPU and memory at the individual VM-level, so you can quickly identify which VMs are using host resources.

 
gheistCommented:
How selinux and iptables can influence OUTGOING MAIL ON DIFFERENT SYSTEM?
0
 
skullnobrainsCommented:
+1 gheist, iptables and selinux are most definitely irrelevant (unless someone redirected port 25 on .6 to a different server that would drop part of the email, and send them back to the .6 ;)

grep B4DA417C0DB in the logs of .6 to see what happened with the email. i'd assume it was dropped by some antispam software
0
 
HobolyAuthor Commented:
Hi Sandy, both internal and external emails lost sometimes

Mazdajai/Gheist, [root@localhost mail]# cat  /selinux/enforce
cat: /selinux/enforce: No such file or directory
[root@localhost mail]# service iptables status
Firewall is stopped.
[root@localhost mail]# cat  /etc/selinux/config
cat: /etc/selinux/config: No such file or directory
[root@localhost mail]#
0
 
HobolyAuthor Commented:
how to trace where did the email go after postfix?
0
 
gheistCommented:
postfix/smtp[18350]: 30DE31FFBB: to=<jess.tang@xxxxx.com>, relay=10.129.147.6[10.129.147.6]:25, delay=0.24, delays=0.13/0.02/0.02/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B4DA417C0DB

You need to check at next hop system with IP hilighted for destiny of message ID hilighted. Mail succesfully left system you are in charge and you have no longer control over its delivery.
0

Featured Post

Important Lessons on Recovering from Petya

In their most recent webinar, Skyport Systems explores ways to isolate and protect critical databases to keep the core of your company safe from harm.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now