Configurez un VPS cu Ubuntu 20.04 pentru a găzdui o placă phpBB, spuneți „myvps.myserviceprovider.com”, căruia îi este atribuit „mydomain.net”. De asemenea, am definit înregistrarea MX pentru domeniul meu pentru a permite Google Workspace să găzduiască contul de e-mail [email protected]. Notificările și alte e-mailuri vor veni de la bord folosind [email protected]. Am instalat postfix pe VPS-ul meu pentru a facilita acest lucru.
Iată un exemplu de e-mail de linie de comandă folosind sendmail-ul postfix:
mylogin@myvps: sendmail [email protected]
DE LA: [email protected]
SUBIECTUL: Salutare de la serverul tău!
Da.
Sunt eu.
.
Workspace respinge e-mailul; iată un fragment din /var/log/mail.log:
3 iulie 23:15:21 myvps postfix/pickup[5514]: B616461557: uid=1000 from=<mylogin>
3 iulie 23:15:21 myvps postfix/cleanup[5519]: B616461557: message-id=<[email protected]>
3 iulie 23:15:21 myvps postfix/qmgr[5516]: B616461557: from=<[email protected]>, size=348, nrcpt=1 (coada activă)
3 iulie 23:15:21 myvps postfix/smtp[5521]: conectați-vă la smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: Rețeaua este inaccesibilă
3 iulie 23:15:22 myvps postfix/smtp[5521]: B616461557: to=<[email protected]>, relay=smtp.gmail.com[172.217.222.109]:587, delay=0.99.29/s 0.07/0.63/0, dsn=4.7.8, status=amânat (autentificarea SASL a eșuat; serverul smtp.gmail.com[172.217.222.109] a spus: 535-5.7.8 Numele de utilizator și parola nu sunt acceptate. Aflați mai multe la?535 5.7. .8 https://support.google.com/mail/?p=BadCredentials i19sm3571712qkl.19 - gsmtp)
FROM: Am folosit este ignorat - în schimb se folosește autentificarea mea ssl, „mylogin”. Nu sunt definite acreditări cu sasl pentru acest cont și nici contul nu este definit în Workspace.
Am urmat instrucțiunile Aici pentru rescrierea adreselor FROM atunci când trimiteți doar de pe un server (nu se primesc - al doilea răspuns în postare). Aceasta este intrarea unică din fișierul meu generic (deoarece e-mailul poate proveni și din contul apache implicit):
@myvps.myserviceprovider.com [email protected]
Am urmat asta cu
sudo postmap /etc/postfix/generic
sudo /etc/init.d/postfix reload
Am obtinut acelasi rezultat. Am incercat mai multe variante pentru sursa in fisierul generic; spălați, clătiți, repetați:
[email protected] [email protected]
@myvps.myserviceprovider.com [email protected]
[email protected] [email protected]
@localhost.localdomain [email protected]
[email protected] [email protected]
...si altele; Acum uit ce am încercat. Dar, în încercarea de a diagnostica, am adăugat un indicator „-v” la sfârșitul liniei pentru demonul de curățare din master.cf, conform instrucțiunilor Aici. Iată ce este raportat în /var/log/mail.log:
3 iulie 23:18:36 myvps postfix/qmgr[5547]: 6043661559: from=<[email protected]>, size=348, nrcpt=1 (coada activă)
3 iulie 23:18:36 myvps postfix/cleanup[5556]: warning: unix_trigger: write to public/qmgr: Broken pipe
3 iulie 23:18:36 myvps postfix/cleanup[5556]: cleanup_flush: status 0
3 iulie 23:18:36 myvps postfix/cleanup[5556]: trimiteți starea attr = 0
3 iulie 23:18:36 myvps postfix/cleanup[5556]: trimite motivul attr =
3 iulie 23:18:36 myvps postfix/cleanup[5556]: master_notify: status 1
3 iulie 23:18:36 myvps postfix/cleanup[5556]: conexiune închisă
3 iulie 23:18:36 myvps postfix/smtp[5550]: conectați-vă la smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: Rețeaua nu este accesibilă
3 iulie 23:18:36 myvps postfix/smtp[5550]: 6043661559: to=<[email protected]>, relay=smtp.gmail.com[173.194.175.109]:587, delay=0.23.02/s=02. 0/0.21/0, dsn=4.7.8, status=amânat (autentificarea SASL a eșuat; serverul smtp.gmail.com[173.194.175.109] a spus: 535-5.7.8 Numele de utilizator și parola nu sunt acceptate. Aflați mai multe la?535 5.7 .8 https://support.google.com/mail/?p=BadCredentials s8sm3655090qke.72 - gsmtp)
3 iulie 23:18:41 myvps postfix/cleanup[5556]: deconectarea fluxului de rescrie
Înainte de a adăuga indicatorul „-v”, am văzut un raport de curățare în fișierul jurnal, precedând transferul qmgr, chiar dacă nu a înlocuit „mylogin” cu „dan” așa cum am sperat. După adăugarea steagului, raportul de la qmgr este primul, urmat de mai multe linii de jurnal de curățare, dintre care una este eșecul comunicării cu demonul qmgr („conductă spartă”). Acesta sugerează că adăugarea steagului „-v” a permutat comportamentul interacțiunilor demonului, mai degrabă decât pur și simplu raportarea lor mai detaliată.
Deci sunt cu adevărat pierdut. Nu sunt sigur cum să diagnostichezi ce curățare face de fapt.
