Мне было интересно, может ли кто-нибудь помочь мне прочитать этот почтовый журнал и рассказать, почему письма на test-b прошли, а письма на test-t - нет. Как вы увидите, каждое электронное письмо также привязано к test-s, и одно для test-b попало в test-s, а другое, предназначенное для test-t, нигде не попало.
Позвольте мне добавить, что я не совсем системный администратор, но я должен «заполнить». Так что любая помощь будет оценена по достоинству.
Примечание: я изменил адреса электронной почты, чтобы защитить конфиденциальность владельцев: P.
Вот журнал:
Dec 8 21:54:29 w3 sendmail[10083]: pB88sSlk010083: from=test1@example.com, size=1259, class=0, nrcpts=2, msgid=<201112080854.pB88sSlk010083@w3.printjob.com>, relay=daemon@localhost
Dec 8 21:54:29 w3 sendmail[10084]: pB88sT4P010084: from=<test1@example.com>, size=1415, class=0, nrcpts=2, msgid=<201112080854.pB88sSlk010083@w3.printjob.com>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
Dec 8 21:54:29 w3 sendmail[10083]: pB88sSlk010083: to=test-s@example.com,test-b@example.com, ctladdr=test1@example.com (2/2), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=61259, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (pB88sT4P010084 Message accepted for delivery)
Dec 8 21:54:29 w3 sendmail[10087]: pB88sTwJ010087: from=test1@example.com, size=1129, class=0, nrcpts=2, msgid=<201112080854.pB88sTwJ010087@w3.printjob.com>, relay=daemon@localhost
Dec 8 21:54:29 w3 sendmail[10088]: pB88sTpu010088: from=<test1@example.com>, size=1306, class=0, nrcpts=2, msgid=<201112080854.pB88sTwJ010087@w3.printjob.com>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
Dec 8 21:54:29 w3 sendmail[10087]: pB88sTwJ010087: to=test-s@example.com<test-s@example.com>,Tracey Joyce<test-t@example.com>, ctladdr=test1@example.com (2/2), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=61129, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (pB88sTpu010088 Message accepted for delivery)
Dec 8 21:54:30 w3 sendmail[10090]: pB88sTpu010088: to=<test-t@example.com>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=151306, relay=mxa.onenet.co.nz. [202.36.68.28], dsn=2.0.0, stat=Sent (B4ee0799f0000 Message accepted for delivery)
Dec 8 21:54:31 w3 sendmail[10086]: STARTTLS=client, relay=gmail-smtp-in.l.google.com., version=TLSv1/SSLv3, verify=FAIL, cipher=RC4-SHA, bits=128/128
Dec 8 21:54:31 w3 sendmail[10090]: STARTTLS=client, relay=gmail-smtp-in.l.google.com., version=TLSv1/SSLv3, verify=FAIL, cipher=RC4-SHA, bits=128/128
Dec 8 21:54:33 w3 sendmail[10086]: pB88sT4P010084: to=<test-s@example.com>, delay=00:00:04, xdelay=00:00:04, mailer=esmtp, pri=151415, relay=gmail-smtp-in.l.google.com. [74.125.91.26], dsn=2.0.0, stat=Sent (OK 1323334050 b15si1538496qcz.163)
Dec 8 21:54:33 w3 sendmail[10090]: pB88sTpu010088: to=<test-s@example.com>, delay=00:00:04, xdelay=00:00:03, mailer=esmtp, pri=151306, relay=gmail-smtp-in.l.google.com. [74.125.91.26], dsn=2.0.0, stat=Sent (OK 1323334050 s9si877612qcx.88)
Dec 8 21:54:35 w3 sendmail[10086]: STARTTLS=client, relay=aspmx.l.google.com., version=TLSv1/SSLv3, verify=FAIL, cipher=RC4-SHA, bits=128/128
Dec 8 21:54:37 w3 sendmail[10086]: pB88sT4P010084: to=<test-b@example.com>, delay=00:00:08, xdelay=00:00:04, mailer=esmtp, pri=151415, relay=aspmx.l.google.com. [74.125.91.27], dsn=2.0.0, stat=Sent (OK 1323334054 y4si1543502qcs.119)
В строке журнала написано следующее:
Dec 8 21:54:30 w3 sendmail[10090]: pB88sTpu010088: to=<test-t@example.com>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=151306, relay=mxa.onenet.co.nz. [202.36.68.28], dsn=2.0.0, stat=Sent (B4ee0799f0000 Message accepted for delivery)
Поскольку на почтовый сервер получателя mxa.onenet.co.nz отображается статус «stat = Sent (Сообщение B4ee0799f0000 принято для доставки)», это означает, что проблема не в ваших руках. Ваш почтовый сервер успешно передал сообщение на почтовый сервер получателя, и любая проблема, с которой он возникнет, будет на mxa.onenet.co.nz или позже.
В этом случае получатель test-t должен связаться с администратором почты mxa.onenet.co.nz. Вы можете предоставить администратору соответствующие записи журнала для mxa.onenet.co.nz, и он сможет заняться поиском проблемы на своей стороне.