Puncte:0

Postfix: cum se acceptă apoi e-mailuri respinse pentru unele domenii (exemplu: gmail.fr)

drapel ph

Toate acestea sunt specifice domeniilor fără e-mailuri primite și fără MX disponibil.

Este posibil ca un domeniu să nu aibă nicio înregistrare MX, aceasta este compatibilă cu RFC, dar poate avea o înregistrare A care nu indică niciun server de e-mail. În această situație, postfix încearcă să livreze un e-mail către acest domeniu folosind @IP din înregistrarea A. Deoarece serverul de la @IP nu este un server SMTP, livrarea eșuează întotdeauna (după mult timp și multe reîncercări). Consecința acestei situații este că postfix trimite e-mailuri regulate de avertizare către expeditor (eșec temporar) și un mesaj de respingere greu (nelivrabil) după câteva zile. Un bun exemplu în acest sens este un domeniu precum gmail.fr. Desigur, Gmail nu a creat niciodată nicio căsuță de e-mail @gmail.fr, totuși unii oameni fac o greșeală și scriu e-mailuri la [email protected] în loc de [email protected]. gmail.fr nu are nicio înregistrare MX, ci o înregistrare A validă pentru redirecționări web (nici un server smtp aici).

Ceea ce încerc să obțin este să fac postfix să accepte orice e-mail pentru *@gmail.fr și apoi să trimit un e-mail nelivrabil înapoi expeditorului imediat. E-mailul primit nu trebuie respins deoarece serverul meu postfix este un server de retransmitere. Trebuie să accepte e-mailul primit și să se ocupe de el „mai târziu”.

Editare: După cum s-a sugerat, o explicație despre acceptarea e-mailurilor pe Postfix-ul de retransmitere.

Imaginați-vă o aplicație care creează un e-mail. Această aplicație trebuie să arunce acest e-mail pe postfix intern/intranet, care se ocupă de el doar prin retransmiterea acestuia la postfixul principal conectat la internet.

Aplicația care creează e-mailul nu are nicio idee despre valabilitatea destinatarului e-mailului și nu îi pasă de asta.

Postfixul intern este acolo doar pentru a redirecționa e-mailul. Nu are conexiune la internet și tot ce știe este un smarthost.

Postfixul extern de retransmitere primește e-mailul și, dacă ceva nu este în regulă, ar trebui să îl trimită expeditorului (nu ar trebui să refuze e-mailul primit).

djdomi avatar
drapel za
Cred că cauți o rescrie
anx avatar
drapel fr
anx
Puteți face ca orice e-mail livrabil teoretic (mai precis: destinatar) să nu poată fi livrat, dând postfix un `error:` în `transport_map` - sau un `RESPING` într-o hartă `check_recipient_access`. Cel mai bine este să alegeți un mesaj foarte explicit pentru a asigura o remediere rapidă atunci când *République* obligă în sfârșit Google să folosească un nume corect, francez ;)
anx avatar
drapel fr
anx
Vă rugăm să [clarificați](https://serverfault.com/posts/1101601/edit) ultima sugestie. De ce ați dori să acceptați e-mailuri legitime (deși greșite) pe care ați ales deja să nu le livrați? Întârzierea feedback-ului nu îmbunătățește lucrurile (opus; supus unor erori ulterioare, eventual fără feedback).

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.