Я настраиваю VPS с Ubuntu 20.04 для размещения платы phpBB, скажем, «myvps.myserviceprovider.com», которой назначен «mydomain.net». Я также определил запись MX для своего домена, чтобы разрешить Google Workspace размещать учетную запись электронной почты [email protected]. Уведомления и другие электронные письма будут приходить с доски, используя [email protected]. Я установил postfix на свой VPS, чтобы облегчить это.
Вот пример электронной почты командной строки с использованием postfix sendmail:
mylogin@myvps: отправить письмо получателю@gmail.com
ОТ: [email protected]
ТЕМА: Привет с вашего сервера!
Ага.
Это я.
.
Workspace отклоняет почту; вот фрагмент из /var/log/mail.log:
3 июля 23:15:21 myvps postfix/pickup[5514]: B616461557: uid=1000 from=<mylogin>
3 июля 23:15:21 myvps postfix/cleanup[5519]: B616461557: message-id=<[email protected]>
3 июля 23:15:21 myvps postfix/qmgr[5516]: B616461557: from=<[email protected]>, size=348, nrcpt=1 (очередь активна)
3 июля 23:15:21 myvps postfix/smtp[5521]: подключиться к smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: сеть недоступна
3 июля 23:15:22 myvps postfix/smtp[5521]: B616461557: to=<[email protected]>, relay=smtp.gmail.com[172.217.222.109]:587, задержка=0,99, задержки=0,29/ 0.07/0.63/0, dsn=4.7.8, status=deferred (проверка подлинности SASL не удалась; сервер smtp.gmail.com[172.217.222.109] сообщил: 535-5.7.8 Имя пользователя и пароль не приняты. Подробнее см.?535 5.7 .8 https://support.google.com/mail/?p=BadCredentials i19sm3571712qkl.19 — gsmtp)
FROM: I used игнорируется — вместо этого используется мой ssl-логин «mylogin». Для этой учетной записи не определены учетные данные с помощью sasl, а также учетная запись не определена в Workspace.
Я следовал инструкциям здесь за перезапись адресов ОТ только при отправке с сервера (не получении - второй ответ в посте). Это единственная запись в моем общем файле (поскольку почта может поступать и из учетной записи apache по умолчанию):
@myvps.myserviceprovider.com [email protected]
Я последовал за этим с
sudo postmap /etc/postfix/generic
sudo /etc/init.d/postfix перезагрузить
Я получил тот же результат. Я попробовал несколько вариантов источника в общем файле; мыть, полоскать, повторять:
[email protected] [email protected]
@myvps.myserviceprovider.com [email protected]
[email protected] [email protected]
@localhost.localdomain [email protected]
[email protected] [email protected]
...и ряд других; Я уже забыл, что я пробовал. Но в попытке провести диагностику я добавил флаг "-v" в конец строки для демона очистки в master.cf согласно инструкции. здесь. Вот что сообщается в /var/log/mail.log:
3 июля 23:18:36 myvps postfix/qmgr[5547]: 6043661559: from=<[email protected]>, size=348, nrcpt=1 (очередь активна)
3 июля 23:18:36 myvps postfix/cleanup[5556]: предупреждение: unix_trigger: запись в общедоступный/qmgr: сломанный канал
3 июля 23:18:36 myvps postfix/cleanup[5556]: cleanup_flush: статус 0
3 июля 23:18:36 myvps postfix/cleanup[5556]: отправить статус attr = 0
3 июля 23:18:36 myvps postfix/cleanup[5556]: отправить причину атрибута =
3 июля 23:18:36 myvps postfix/cleanup[5556]: master_notify: статус 1
3 июля 23:18:36 myvps postfix/cleanup[5556]: соединение закрыто
3 июля 23:18:36 myvps postfix/smtp[5550]: подключиться к smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: сеть недоступна
3 июля 23:18:36 myvps postfix/smtp[5550]: 6043661559: to=<[email protected]>, relay=smtp.gmail.com[173.194.175.109]:587, задержка=0,23, задержки=0,02/ 0/0.21/0, dsn=4.7.8, status=deferred (проверка подлинности SASL не удалась; сервер smtp.gmail.com[173.194.175.109] сказал: 535-5.7.8 Имя пользователя и пароль не приняты. Подробнее см.?535 5.7 .8 https://support.google.com/mail/?p=BadCredentials s8sm3655090qke.72 — gsmtp)
3 июля 23:18:41 myvps postfix/cleanup[5556]: переписать отключение потока
Прежде чем я добавил флаг «-v», я увидел отчет об очистке в файле журнала, предшествующем передаче qmgr, хотя он не заменил «mylogin» на «dan», как я надеялся. После добавления флага первым идет отчет от qmgr, за которым следуют несколько строк журнала очистки, одна из которых — сбой связи с демоном qmgr («busted pipe»). Это предполагает, что добавление флага «-v» изменило поведение взаимодействий демона, а не просто сообщило о них более подробно.
Так что я действительно в растерянности. Не уверен, как диагностировать, что на самом деле делает очистка.
