Puncte:0

Postfix primește e-mail după o configurare proastă

drapel cn

Am avut o configurație proastă pe serverul meu de postfix așa că nu am primit e-mail.

După corectarea mea (întârziere 24h) primesc e-mail, dar nu toate o singură lovitură, poate un e-mail cu 15-30 min. Există o comandă pentru expeditorul serverului de e-mail pentru a „cere” să retrimită e-mailul sau trebuie să aștept?

Mi-e teamă să pierd e-mailul.

Mulțumiri

Puncte:0
drapel za

Nu, în general nu există o astfel de comandă. Raspunde mai intai, OMS să întreb despre e-mailuri? Cum vei afla OMS ai încercat să-ți livreze corespondența?

Dacă configurația greșită de pe serverul dvs. le-a dat cod de răspuns 4xx sau niciun răspuns, de ex. nicio legătură, nu-ți fie frică. De obicei, serverele stau la coadă și reîncercă e-mailurile timp de aproximativ o săptămână înainte de a renunța.

De asemenea, reîncercările de notificare se fac, de obicei, în mod „întârziere crescândă”, deci prima reîncercare este la 1 minut după încercarea inițială, următoarea reîncercare este 5 minute mai târziu, apoi 10 minute, poate o oră și așa mai departe, până la o zi întreagă.Deci, dacă serverul dvs. a fost inoperabil pentru o zi întreagă, sunt șanse să trebuiască să așteptați încă o zi întreagă până când toată lumea reîncearcă livrarea.

Sugestia de a avea un „MX de rezervă” este bună, dar necesită o configurare suplimentară. Puteți configura o gazdă de retransmisie „satelit” suplimentară care va pune în coadă toate e-mailurile destinate dvs. și apoi dvs. voi să-i poți cere să livreze acum, când ești online; chestia aia se numeste serviciu ETRN. Acum știi pe cine să întrebi - propriul tău server MX de rezervă, care a colectat toate e-mailurile când serverul tău principal era offline. Dar observați că nu puteți utiliza această funcție doar cu orice alt server de e-mail, deoarece nu va funcționa. De obicei, serviciul nu este disponibil pentru domeniile care nu au fost configurate în mod special și este puțin probabil ca domeniul dvs. să fi fost configurat pentru serviciul ETRN pe serverele de la care vă așteptați e-mailurile.

Puncte:0
drapel us

Răspunsul meu la întrebarea ta, că ești

Mi-e teamă că e-mailurile se vor pierde

este ca mai jos:

Dacă serverul de e-mail de expediere nu vă poate transmite e-mailul prin portul SMTP (TCP 25) din cauza oricărei probleme, va pune în coadă și va păstra e-mailurile pe partea serverului de e-mail (partea expeditorului). Dar pentru cât timp? Răspunsul la această întrebare: Depinde de administratorul serverului de e-mail. Cineva îl poate păstra timp de 1 zi, cineva îl poate păstra timp de 3-6 ore sau cam asa ceva.

Sugestia mea pentru scenariile critice este să aveți mai multe servere de e-mail configurate ca RelayServer și să direcționați MX-ul către acestea. Astfel, dacă ceva nu merge bine pe serverul de e-mail principal (server de e-mail cu conturile activate), aveți mai multe servere de e-mail în spate, care primesc și pune în coadă e-mailurile și, de îndată ce problema dvs. este remediată, aveți nevoie doar ca serverele dvs. de retransmisie să fie redate în coadă pentru a trimite e-mailurile din coadă către serverul dvs. principal de e-mail.

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.