Kā var pazaudēt elektronisko pastu?
Nekas nav tik satraucošs kā svarīga e-pasta sūtīšana, kuru kāds jums nosūtījis nekad, un visi bez jebkuras puses zinot, kas ar to noticis. Šodienas SuperUser Q&A ziņojumā aplūkotas problēmas, kas varētu apturēt e-pasta saņemšanu no tās paredzētā galamērķa.
Šodienas jautājumu un atbilžu sesija mums dod pieklājību no SuperUser-Stack Exchange apakšnodaļas, kas ir kopienas orientēta Q & A tīmekļa vietņu grupa.
Fotoattēls ar HKmPUA (Flickr).
Jautājums
SuperUser lasītājs otisonoza vēlas uzzināt, kā e-pasts var pazust:
Tas notika ar mani vakar. Kāds apgalvoja, ka viņa man nosūtīja e-pastu, bet es to nesaņēmu. Tas nav manā iesūtnē, surogātpastā, miskastē utt. Tas nekur nav atrasts. Kā tas ir iespējams (pieņemot, ka nav lietotāja kļūdu)? Kur var iet nepareizi pa ceļu?
Kādas ir problēmas, ar kurām e-pasts var saskarties tādā veidā, kas apturētu to nonākšanu kādas personas iesūtnē?
Atbilde
SuperUser ieguldītājiem Sammitch un Hennes ir atbilde mums. Pirmkārt, Sammitch:
Izsekošanas ceļš no sūtītāja uz jums:
1. Tas nekad nav nosūtīts. Daudzi cilvēki pat nepamanīja, ka ziņa sēž viņu iesūtnē, un to nevar nosūtīt vairāku iemeslu dēļ.
2. Pasta klients veiksmīgi nosūtīja to SMTP serverim, bet SMTP serveris to nevarēja pārsūtīt uz nākamo apiņu.
- SMTP serveris var būt tik aizņemts, ka tam ir neapmierinoši ziņojumi, kurus var apstrādāt, iespējams, ir vairākas stundas.
- Iespējams, SMTP serveris to ir mēģinājis nosūtīt, bet saņemošais serveris “nevarēja / nevarētu” to nekavējoties pieņemt (atlikšana). Sūtīšanas serveris turpinās mēģināt piegādi, un lielākā daļa serveru to darīs līdz pat divas dienas vai vairāk, pirms ziņojuma atdošana atpakaļ jums kā nepiegādājama.
- Iespējams, ka saņemošais serveris ir tieši noraidījis ziņojumu (melnajā sarakstā, surogātpasta skenēšana, pastkastes pilna, neeksistējošs lietotājs), un nosūtītājs serveris nevar nosūtīt vai nesūtīt jums atteikšanās ziņojumu.
3. Ziņojums tika pieņemts saņēmēja serverī, bet ...
- Uztverošais serveris tiek aizturēts un ziņojums sēž rindā, kas gaida apstrādi / piegādi.
- Ziņojums tika atzīmēts kā surogātpasts un nokrita. Tā ir slikta prakse, jo ziņojums bija jānoraida tieši, bet daudzi serveri to dara (man ir aizdomas, ka Gmail laiku pa laikam to dara).
- Ziņojums bija kaut kā nepiegādājams, un vai serveris ir konfigurēts tā, lai tas nesūtītu atlēcienu ziņojumu, vai arī pats atteikšanās ziņojums nav piegādājams.
4. Ziņojums tika piegādāts kaut kur savā kontā, bet…
- Jūsu e-pasta klients nav pareizi sinhronizēts ar serveri. Aizveriet un atveriet to vēlreiz.
- Jūs neesat pietiekami grūti. Es zinu, ka tas izklausās sīki, bet lielāko daļu laika tas ir, un tas ir neticami nomācoši atrisināt, jo cilvēki apvaino to, ka viņiem tiek lūgts pārbaudīt kaut ko tik vienkāršu, ka viņi „nevarētu būt nepareizi”.
Avots: Es pārvaldu e-pasta serverus.
Tā kā lielākā daļa personīgo personisko e-pasta ziņojumu tiek viegli pārsūtīti pa pasta sistēmu un tie tiek piegādāti gandrīz uzreiz, cilvēki paātrina šo ātrumu un izturas pret e-pastu kā tūlītēju ziņojumapmaiņu. Noteiktos apstākļos jūsu pilnīgi likumīgajam, trīs vārdu e-pastam var būt nepieciešamas vairākas minūtes, stundas vai pat dienas.
Esi pacietīgs.
Seko atbilde no Hennes:
Daudzās vietās lietas var noiet greizi.
Mail seko ceļam no servera uz serveri. Viens no tiem varēja crashed pēc pasta saņemšanas, bet pirms to nodošanas.
Vai arī to varētu identificēt kā surogātpastu. Atkarībā no avota 95% līdz 98% no visiem e-pasta ziņojumiem ir nevēlams surogātpasts. Daži no tiem tiek atpazīti un ievietoti īpašā mapē. Daži no tiem vienkārši tiek atcelti bez paziņojuma. Man tas notika ar skenētiem dokumentiem (no MFC "printera", kas "skenēts uz PDF e - pastu") laikā, kad PDF faili bija populāri surogātpasta izplatītāji.
Mēs beidzot izsekojām šo problēmu, nosūtot vienkāršus testa e-pastus, kuros bija tikai neapstrādāts teksts, viņi ieradās, bet kaut kas ar tikai PDF failu neizdevās. Lai to paveiktu, jums būs nepieciešama palīdzība no to personu puses, kuras pārvalda saņemošos pasta serverus, un viņi jums uzdos dažus jautājumus, piemēram, precīza nosūtot savu e-pastu (bez tam viņiem ir jāiet cauri daudziem žurnāliem). Ar precīzu laiku viņi var vismaz apstiprināt, vai e-pasts ir saņemts vai nē.
Lieki piebilst, ka, pirms rodas problēma ar attiecīgo postmaster, palūdziet lietotājam apskatīt savu surogātpasta mapi.
Vai kaut kas jāpievieno paskaidrojumam? Skaņas izslēgšana komentāros. Vai vēlaties lasīt vairāk atbildes no citiem tehnoloģiju gudriem Stack Exchange lietotājiem? Apskatiet pilnu diskusiju pavedienu šeit.