Puncte:1

postfix eliminând corpul mesajelor returnate

drapel in

Am observat că pentru mesajele care nu se livrează cu postfix, corpul mesajului este eliminat. Iată un exemplu (e-mail-uri reale înlocuite cu temps):

--5F54EFCA0A.1653443634/MYDOMAIN.COM
Conținut-Descriere: Raport de livrare
Tipul de conținut: starea mesajului/livrarea

Raportare-MTA: dns; MYDOMAIN.COM
X-Postfix-Queue-ID: 5F54EFCA0A
X-Postfix-Sender: rfc822; [email protected]
Data sosirii: miercuri, 25 mai 2022 01:47:13 +0000 (UTC)

Destinatar final: rfc822; CĂ[email protected]
Destinatar original: rfc822;[email protected]
Acțiune: întârziată
Stare: 4.2.1
Remote-MTA: dns; alt1.gmail-smtp-in.l.google.com
Diagnostic-Cod: smtp; 450-4.2.1 Utilizatorul pe care încercați să îl contactați este
    primirea e-mailurilor la o rată în care 450-4.2.1 împiedică mesajele suplimentare
    fiind livrat. Vă rugăm să retrimiteți mesajul dvs. 450-4.2.1 mai târziu. Dacă
    utilizatorul este capabil să primească e-mail la acel moment 450-4.2.1, mesajul dvs. va
    a fi livrat. Pentru mai multe informații, vă rugăm să vizitați 450-4.2.1 450 4.2.1
    https://support.google.com/mail/?p=ReceivingRate
    i9-20020a544089000000b0032b06b69e67si10079646oii.275 - gsmtp
Se va reîncerca până la: Luni, 30 mai 2022 01:47:13 +0000 (UTC)

--5F54EFCA0A.1653443634/MYDOMAIN.COM
Conținut-Descriere: Anteturi de mesaj nelivrate
Tip de conținut: text/rfc822-headers
Codare de transfer de conținut: 8 biți

Cale de întoarcere: <[email protected]>
Primit: de la [XX.XX.XX.XX] (localhost [127.0.0.1])
    de MYDOMAIN.COM (Postfix) cu ID-ul ESMTP 5F54EFCA0A
    pentru <[email protected]>; Miercuri, 25 mai 2022 01:47:13 +0000 (UTC)
Tip de conținut: mai multe părți/mixt; limită="===============90707886443222080819=="
Versiunea MIME: 1.0
Subiect: SUBIECTUL MEU
De la: [email protected]
Către: [email protected]
ID-ul mesajului: <[email protected]>
Data: miercuri, 25 mai 2022 01:47:13 +0000 (UTC)

--5F54EFCA0A.1653443634/MYDOMAIN.COM--
*** HEADER EXTRACTS amânat/3/3E377FD67F ***
atribut_numit: codificare=8biți
*** SFÂRȘIT FIȘIER MESAJ amânat/3/3E377FD67F ***

Mă întreb dacă vreuna dintre opțiunile de mai jos sunt posibile? Încerc doar să găsesc o modalitate de a evita pierderea mesajului inițial ori de câte ori există o respingere.

  1. Există o modalitate de a opri postfix să genereze acest mesaj și, în schimb, să plasați mesajul original în coada amânată?
  2. Sau pot schimba cât de repede elimină mesajul original și îl înlocuiesc cu acesta?
  3. Sau, există o modalitate de a personaliza formatul pentru a vă asigura că este inclus conținutul mesajului original?
anx avatar
drapel fr
anx
Este posibil să aveți și o problemă cu clientul dvs. de e-mail? Eșantionul pe care l-ați citat.. ar trebui să fie însoțit de un mesaj explicativ. Clientul tău de e-mail nu a reușit să afișeze asta?
Puncte:1
drapel fr
anx

Acest mesaj nu este neapărat nelivrabil, ci doar nelivrat. Nu a fost acceptat de Google inca. Ar putea fi, după cum s-a spus, „într-un moment ulterior”. Cred că confuzia provine din "sări" fiind în general înţeleasă ca „nelivrabil, returnat integral”.

Dar acest eșantion este doar o notificare despre a întârziere, așa cum se vede în subiect și Acțiune: întârziată. Aceste notificări numai în mod deliberat referinţă mesajul inițial: în plus, va fi returnat în întregime dacă și când este in permanenta respins, sau dacă încă nu este livrat la ora specificată în Voi-Reîncerca-Până.

Încerc doar să găsesc o modalitate de a evita pierderea mesajului original ori de câte ori există o săritură.

Mesajul este nu pierdut.

  1. Postfix are a pus în coadă acest mesaj, așa cum este, inclusiv corpul. Codul furnizat cu X-Postfix-Queue-ID: 5F54EFCA0A este numele fișierului coadă. Folosind postcat(1) comanda administratorului poate fi preluat, inclusiv corpul - până la livrare sau returnare.
  2. Puteți configura delay_warning_time pentru a avertiza mai târziu (sau deloc) despre întârzieri. Do nu dezactivați această funcție dacă aveți utilizatori care înțeleg și folosesc notificările de întârziere.
  3. Puteți configura maximal_queue_lifetime pentru a defini cât timp postfix ar trebui să încerce să reîncerce livrarea atunci când se confruntă cu erori temporare. fac nu recomand să schimbi asta.
drapel in
Multumesc pentru informatii! Am încercat sugestia ta folosind `postcat -q 5F54EFCA0A`, dar a spus că nu există. Cred că funcționează numai cu ID-ul mesajului, nu cu ID-ul cozii.Există o altă modalitate de a folosi Postcat care poate căuta prin ID-ul cozii și poate prelua corpul? Și sunt conștient de sugestiile tale cu 2 și 3, dar de fapt dorința mea nu este să întârzi sau să schimb timpul de ridicare, ci mai mult să schimb comportamentul postfix de a pune în coadă mesajul *ca atare*, mai degrabă decât acest mesaj de respingere, altfel îmi fac griji. corpul nu poate fi recuperat. Te rog spune-mi ca exista speranta :)
anx avatar
drapel fr
anx
Nu va fi în coadă dacă a fost livrat între timp ;) Găsiți ID-ul cozii în jurnalele dvs., care vă va spune ce s-a întâmplat înainte de a verifica.
anx avatar
drapel fr
anx
@smaili Postfix *pune* în coadă mesajul complet și *poate* fi preluat din coadă - până când nu mai este nevoie, deoarece a avut loc livrarea sau returnarea.
drapel in
Vreau să cred, dar am încercat totul și nu am ajuns nicăieri, inclusiv un grep complet pe întreg sistemul de operare, dar nimic. De asemenea, m-am împiedicat de asta: https://serverfault.com/questions/491224/log-headers-contents-of-rejected-messages-via-postfix unde se menționează că postmaster trunchiază corpul mesajelor respinse, așa că la acest lucru punct nu cred că este posibil să îl recuperez.
anx avatar
drapel fr
anx
@smaili Doar `grep` singur nu va funcționa pe anumite stocări de fișiere jurnal binar. De exemplu. pentru jurnal systemd, doriți să utilizați `journalctl` pentru a vizualiza jurnalele. Notificările pentru căsuța poștală `postmaster` sunt separate de notificarea către expeditor. Trunchierea acestora se întâmplă în același mod, dar din motive diferite.

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.