Razumevanje POP napak z e-pošto

Napake se naredijo. Napake so pogosto očitne tudi z e-pošto: namesto e-poštnih sporočil, ki ste jih pričakovali, prejmete sporočilo o napaki - sporočilo o napaki POP , če je vaš račun konfiguriran za prenos pošte s tem, Post Office, protokol.

POP Statusne kode

V tem postopku prenosa pošte lahko pride do napak. Strežnik, na katerega običajno dobite pošto, morda sploh ne bo odgovoril na klic. Ali morda je vaše geslo napačno (morda je geslo strežnika napačno, zaradi nekaterih napak programske opreme). Strežnik bi lahko naletel na nekatere notranje težave in odgovoril s kodo napake.

Na srečo je POP strežnik zelo jasen glede svojega statusa. V bistvu pozna dva odgovora: pozitivna + OK in negativna -ERR . Seveda je to nekoliko neopredeljeno, če želite vedeti, kaj se je zgodilo narobe.

Izkazalo se je, da sta v oknu + OK in -ERR navedena nova koda, ki se jo morate naučiti, če želite razumeti sporočila o napakah POP. Vse ostalo je standardna koda: človeški jezik. Očitno je Protokol poštnega urada zasnoval človeška bitja za človeka. Podrobnejše informacije o odzivu strežnika -ERR so podane v navadnem angleškem jeziku, ki sledi sporočilu -ERR . Medtem ko strežniki POP niso dolžni ponuditi teh dodatnih informacij, večina to storijo.

POP Sporočila o napakah

Prva stvar, ki lahko gre narobe (razen strežnika, ki je v celoti) je strežnik POP, ki ne prepozna vašega uporabniškega imena. Mogoče ste vnesli napačno, morda baza podatkov, ki jo strežnik uporablja za prepoznavanje uporabnikov, je v redu. Morda je poplava uničila ves pomnilnik, v katerem so nabiralniki shranjeni pri vašem ponudniku internetnih storitev.

Ko POP-strežnik ne prepozna vašega uporabniškega imena, bo običajno odgovoril z: -PREŠNIM POŠILJKOM neuporabljen .

Takoj ko uporabniško ime prikaže geslo, in še ena možnost za napake. Napake, to je prav, ker se poleg gesla, ki se ne ujema z uporabniškim imenom ( -ERR neveljavno geslo ), strežnik POP lahko uide v drugo težavo. Dostop POP lahko dostopate le do ene dohodne povezave hkrati. Če je vaš e-poštni kontroler že prijavljen v vaš e-poštni račun, vaš e-poštni program hkrati ne more dostopati do istega računa. V takih primerih, ko je poštni predal že zaklenil drug postopek, se strežnik POP vrne: -ERR ne more zakleniti poštnega predala .

Ko se uspešno prijavite v račun, bo odjemalec POP običajno začel pridobivati ​​sporočila, po eno naenkrat. Ko zahteva od strežnika sporočilo, je možen en negativen odgovor: -ERR ni takšno sporočilo . Zdi se, da ima stranka težavo. Enak odgovor se lahko vrne, ko e-poštni odjemalec poskuša označiti sporočilo za brisanje, ki ne obstaja (ali je bilo že označeno za brisanje).

Ko se konča POP seja, strežnik običajno trajno izbriše vsa sporočila, označena za brisanje. Če strežnik POP ne more odstraniti vseh sporočil (morda zaradi pomanjkanja virov), vrne napako: -ERR nekaj izbrisanih sporočil ni odstranjenih .

Glej za sebe

Ker je poštni protokol tako preprost, obstaja le nekaj stvari, ki bi lahko šlo narobe, in le nekaj sporočil o napakah. Vse napake, ki jih vrne strežnik POP, so resnična sporočila in ne šifrirane šifre.

Če vaš e-poštni program pretvori ta pomembna sporočila o napakah v ne-opisna polja z napakami, je verjetno najboljše, da jo poskusite sami. Oglejte si poziv DOS in telnet neposredno v svoj e-poštni račun. Vnesite telnet . Običajno je pristanišče, ki se uporablja za POP, 110. Tipičen ukaz bi lahko bil takšen, na primer: telnet pop.myisp.com 110 .

Ko vas strežnik pozdravi s srečno + OK , sledite postopku, kot je opisano v Protokolu Post Office, in ugotovite, da je napaka mogoča. Vsaj, če vse deluje dobro, veste, da je težava v resnici z vašim e-poštnim odjemalcem, ne vašim e-poštnim strežnikom.

(Posodobljeno junija 2001)