Puncte:0

POSTFIX: server de e-mail nou. Nu poate nici trimite sau primi e-mail

drapel cn

Încerc să aflu despre serverele de e-mail și am configurat unul. Cu toate acestea, nici nu pot trimite, nici nu pot primi e-mail. Mă pot autentifica la contul meu de e-mail și văd că folderele (Inbox, Sent, Trash, etc) sunt populate în clientul de e-mail. De asemenea, /var/log/syslog indică faptul că utilizatorul meu s-a conectat cu succes prin imap-login

Când dau clic pe butonul de testare din Thunderbird înainte de a mă autentifica, testul eșuează întotdeauna cu: „Thunderbird nu a găsit setările pentru contul tău de e-mail” Am oprit complet firewall-ul de pe server. Înregistrările mele DNS cred că sunt configurate corect, deoarece o căutare MX nu returnează erori/avertismente. Am verificat că utilizatorul mysql specificat în dovecot are permisiuni asupra bazei de date utilizate pentru e-mail, domeniile, aliasurile și tabelele de conturi au fost toate create. [email protected] a fost importat în tabelul de conturi.

Vreo idee?

Aceasta este Ghidul Am urmat să-l configurez și folosesc și Debian 9. Mulțumiri!

carlitobrigante avatar
drapel cn
OK, deci încerc să trimit e-mail la gmail.com. Pot să pun ping la serverul lor de e-mail și pot face și telnet pe :25. Cu toate acestea, nu pot face telnet pe 587 la el și acesta este ceea ce serverul meu de e-mail este setat să folosească. Poate fi acesta motivul? `root@mail:~# telnet gmail-smtp-in.l.google.com 25 Încercați 142.250.102.26... Conectat la gmail-smtp-in.l.google.com.` ... `root@mail:~# telnet gmail-smtp-in.l.google.com 587 Încercați 142.250.102.26... Încercând 2a00:1450:4025:402::1a... telnet: Imposibil de conectat la gazda de la distanță: Rețeaua este inaccesabilă`
drapel jp
Portul 587 este numai pentru *trimitere* și nu ar trebui utilizat pentru SMTP între MTA.
carlitobrigante avatar
drapel cn
Bună Vă mulțumesc tuturor pentru sprijin. Deoarece problema acum este diferită de ceea ce a fost inițial, voi crea o nouă postare specifică motivului pentru care Postfix nu trimite e-mail, făcând referire la restricțiile mele smtpd.
Michael Hampton avatar
drapel cz
Ați introdus un domeniu care nu există. Care este numele de domeniu real?
carlitobrigante avatar
drapel cn
@anx, scuze care sunt jurnalele la care te referi? Există un fel de jurnal Thunderbird sau vrei să scot ceva din sistemul de operare? De asemenea, vrei să mă autentific/ să execut un test/ să încerc să trimit e-mail sau să primesc înainte de a furniza jurnalele? Îmi pare rău, cum am spus, sunt nou la e-mail. Mulțumiri
Michael Hampton avatar
drapel cz
Trebuie să introduceți singur setările. Thunderbird nu detectează de fapt nimic automat; doar consultă o bază de date a furnizorilor importanți de e-mail. Se pare că ați făcut asta deja, așa că ar trebui să treceți la verificarea jurnalelor serverului de e-mail.
carlitobrigante avatar
drapel cn
Bună, îmi pare rău că este târziu.. așa că am făcut acțiunile de mai jos și am furnizat o ieșire de tail -30 /var/log/syslog aici: https://pastebin.com/efkaPxMp Spuneți-mă dacă nu la asta v-ați referit. Mulțumiri - a rulat testul Thunderbird (a eșuat) - conectat prin thunderbird (reușit) - a trimis e-mail pe gmailul meu (eșuat) - a trimis e-mail de pe gmail-ul meu (a eșuat)
Michael Hampton avatar
drapel cz
Da, și ar trebui să citiți și singur jurnalele. Problema a devenit evidentă: `31 iulie 00:58:02 mail postfix/smtpd[2482]: avertisment: conectare la serverul mysql 127.0.0.1: Acces refuzat pentru utilizatorul 'vmail'@'localhost' (folosind parola: YES)`
carlitobrigante avatar
drapel cn
Presupun că undeva am configurat o restricție cu privire la domeniile serverului meu de e-mail poate trimite e-mail.. doar că nu sunt sigur unde poate fi această setare
Puncte:1
drapel cn

Privind la /var/sys/syslog, au existat erori de acces mysql refuzat pentru postfix db. Unul dintre fișierele din /etc/postfix/sql/ a avut o greșeală de scriere în parola postfix.

Acum pot primi e-mail fără probleme, cu toate acestea, e-mailurile trimise nu funcționează. Întrucât problema diferă acum de ea inițial a fost că răspund la aceasta, astfel încât o nouă postare poate fi creată mai specific pentru eșecurile actuale.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.