Невозможно заставить работать перезапись адреса Postfix; Диагностический инструмент не работает

Я настраиваю VPS с Ubuntu 20.04 для размещения платы phpBB, скажем, «myvps.myserviceprovider.com», которой назначен «mydomain.net». Я также определил запись MX для своего домена, чтобы разрешить Google Workspace размещать учетную запись электронной почты . Уведомления и другие электронные письма будут приходить с форума через [email protected][email protected] . Чтобы облегчить эту задачу, я установил postfix на свой VPS.

Вот пример электронного письма из командной строки с использованием sendmail postfix:

      mylogin@myvps: sendmail recipient@gmail.com
FROM: dan@mydomain.net
SUBJECT: Hello from your server!
Yup.
It's me.
.

Workspace отклоняет почту; вот фрагмент из /var/log/mail.log:

      Jul  3 23:15:21 myvps postfix/pickup[5514]: B616461557: uid=1000 from=<mylogin>
Jul  3 23:15:21 myvps postfix/cleanup[5519]: B616461557: message-id=<20210704031521.B616461557@myvps.myserviceprovider.com>
Jul  3 23:15:21 myvps postfix/qmgr[5516]: B616461557: from=<mylogin@mydomain.net>, size=348, nrcpt=1 (queue active)
Jul  3 23:15:21 myvps postfix/smtp[5521]: connect to smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: Network is unreachable
Jul  3 23:15:22 myvps postfix/smtp[5521]: B616461557: to=<recipient@gmail.com>, relay=smtp.gmail.com[172.217.222.109]:587, delay=0.99, delays=0.29/0.07/0.63/0, dsn=4.7.8, status=deferred (SASL authentication failed; server smtp.gmail.com[172.217.222.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8  https://support.google.com/mail/?p=BadCredentials i19sm3571712qkl.19 - gsmtp)

FROM: I используется игнорируется - вместо него используется мой SSL-логин «mylogin». Для этой учетной записи не определены учетные данные с помощью sasl, и эта учетная запись не определена в Workspace.

Я следовал инструкциям здесь по переписыванию адресов FROM только при отправке с сервера (не получении - второй ответ в посте). Это единственная запись в моем общем файле (поскольку почта может приходить и из учетной записи Apache по умолчанию):

      @myvps.myserviceprovider.com      dan@mydomain.net

Я следил за этим с

      sudo postmap /etc/postfix/generic
sudo /etc/init.d/postfix reload

Я получил тот же результат. Я попробовал несколько вариантов исходника в общем файле; мыть, полоскать, повторять:

      mylogin@myvps.myserviceprovider.com      dan@mydomain.net
@myvps.myserviceprovider.com      dan@mydomain.net
mylogin@localhost.localdomain      dan@mydomain.net
@localhost.localdomain      dan@mydomain.net
mylogin@mydomain.net     dan@mydomain.net

... и некоторые другие; Я уже забыл, что я пробовал. Но в попытке диагностировать я добавил флаг «-v» в конец строки для демона очистки в master.cf, согласно инструкциям здесь . Вот что сообщается в /var/log/mail.log:

      Jul  3 23:18:36 myvps postfix/qmgr[5547]: 6043661559: from=<mylogin@mydomain.net>, size=348, nrcpt=1 (queue active)
Jul  3 23:18:36 myvps postfix/cleanup[5556]: warning: unix_trigger: write to public/qmgr: Broken pipe
Jul  3 23:18:36 myvps postfix/cleanup[5556]: cleanup_flush: status 0
Jul  3 23:18:36 myvps postfix/cleanup[5556]: send attr status = 0
Jul  3 23:18:36 myvps postfix/cleanup[5556]: send attr reason =
Jul  3 23:18:36 myvps postfix/cleanup[5556]: master_notify: status 1
Jul  3 23:18:36 myvps postfix/cleanup[5556]: connection closed
Jul  3 23:18:36 myvps postfix/smtp[5550]: connect to smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: Network is unreachable
Jul  3 23:18:36 myvps postfix/smtp[5550]: 6043661559: to=<recipient@gmail.com>, relay=smtp.gmail.com[173.194.175.109]:587, delay=0.23, delays=0.02/0/0.21/0, dsn=4.7.8, status=deferred (SASL authentication failed; server smtp.gmail.com[173.194.175.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8  https://support.google.com/mail/?p=BadCredentials s8sm3655090qke.72 - gsmtp)
Jul  3 23:18:41 myvps postfix/cleanup[5556]: rewrite stream disconnect

Прежде чем я добавил флаг «-v», я увидел отчет об очистке в файле журнала, предшествующий передаче управления qmgr, хотя он не заменил «mylogin» на «dan», как я надеялся. После добавления флага сначала появляется отчет от qmgr, за которым следует несколько строк журнала очистки, одна из которых — это сбой связи с демоном qmgr («перебитый канал»). Это предполагает, что добавление флага «-v» изменило поведение взаимодействий демона, а не просто сообщило о них более подробно.

Так что я действительно в растерянности. Не знаю, как диагностировать, что на самом деле делает очистка.