Puncte:3

sendmail (sau postfix) eșuează întotdeauna cu comanda Helo respinsă

drapel cn

Pe digitalOcean acest tutorial indică instalarea postfix. Am încercat acest lucru și, de asemenea, am dezinstalat postfix, apoi am instalat sendmail

Când este trimis un e-mail de test, în mod invariabil există o eroare în identificarea expeditorului

 451 4.7.1 <m-dev>: Comanda Helo a fost respinsă: șirul HELO „m-dev” nu se potrivește cu ultimul șir HELO „theactual.ws” de la acest IP *(când se testează cu sendmail)*

[cu postfix se plânge că a fost trimis de no-reply@m-dev...]

Tutorialul sugerează Numele de e-mail de sistem trebuie să fie același cu numele pe care l-ați atribuit serverului dvs. Dar acest lucru este simplist și are o mare probabilitate nu fiind respectat.

Ei bine, numele de domeniu nu a fost atribuit serverului. nume de gazdă returnează cele atribuite m-dev Nume.

Cum poate fi configurat Ubuntu 20.04 să folosească un FQDN care indică de fapt acest server (+ are configurații SPF și DKIM setate)?

Când încercați cu postfixul postfix -n se intoarce

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = nr
biff = nu
compatibility_level = 2
inet_interfaces = all
inet_protocols = doar loopback
mailbox_command = procmail -a „$EXTENSION”
cutie_poștală_size_limit = 0
mydestination = localhost.$mydomain, localhost, $myhostname
myhostname = m-dev
rețelele mele = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = nr
destinatar_delimiter = +
relayhost =
smtp_tls_CApath = /etc/ssl/certs
smtp_tls_security_level = mai
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_security_level = mai
drapel cn
editare finalizată. ` $ hostname market-dev` este încă returnat la promptul consolei în timp ce `echo "Acesta este corpul e-mailului" | mail -s "Acesta este linia de subiect" some@addresscom` acum atinge `mail: nu se poate trimite mesaj: proces ieșit cu o stare diferită de zero`
Puncte:5
drapel cz

Alte servere de e-mail de pe Internet se așteaptă, în general, ca serverul dvs. să se identifice folosind numele său de domeniu complet calificat și ca înregistrările DNS transmise și inverse relevante să se potrivească. Acest lucru nu necesită nicio configurație specială Postfix pe sistemele Linux care au deja numele de gazdă setat la FQDN, dar Debian a ales să folosească doar un nume de gazdă necalificat (ceea ce provoacă o mulțime de alte probleme care trebuie rezolvate, aceasta fiind una dintre ele). ).

În primul rând, va trebui să decideți care este numele de domeniu complet calificat pentru această mașină. Nu trebuie să fie un nume de domeniu gol.După ce ați făcut asta, trebuie să setați înregistrările de adrese DNS pentru acel nume la adresele IPv6 și IPv4 ale sistemului dvs., să setați înregistrările PTR pentru acele adrese la acel FQDN și, în final, în Postfix, setați numele meu gazdă la FQDN.

În cele din urmă, dacă acel server de e-mail și-a amintit altceva ca FQDN, (care în sine este destul de neobișnuit), probabil că va trebui să așteptați ca acesta să uite înainte de a-i putea trimite e-mail din nou.

drapel cn
Este exact ceea ce am înțeles în ceea ce privește dinamica. Totuși, ce vrei să spui prin „nume de domeniu gol”. Am setat `myhostname = theactual.ws`. Noua evolutie: `echo "corp" | jurnalele mail -s „subject” [email protected], are un ID de mesaj cu FQDN și livrează. Dar se configurează o aplicație pe VPS (șine) `ActionMailer::Base.mail([...]).deliver_now` feedback `Delivered mail 61[...][email protected] (4028.0ms)` mesajul-id în mod similar. Nu este înregistrat, coada este goală și mesajul nu este livrat.

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.