Opis błędów POP za pomocą wiadomości e-mail

Błędy są wykonane. Błędy są również często widoczne w wiadomościach e-mail: zamiast oczekujących wiadomości e-mail pojawia się komunikat o błędzie - komunikat o błędzie POP, jeśli konto jest skonfigurowane do pobierania poczty za pomocą protokołu Post Office.

Kody statusu POP

Niektóre rzeczy mogą pójść nie tak podczas pobierania poczty. Serwer, z którego zwykle odbierasz pocztę, może w ogóle nie odebrać połączenia. A może twoje hasło jest nieprawidłowe (ale być może hasło serwera jest błędne, z powodu jakiegoś błędu w oprogramowaniu). Serwer może również napotkać pewne problemy wewnętrzne i odpowiedzieć kodem błędu.

Na szczęście serwer POP bardzo jasno określa jego status. Zasadniczo zna dwie odpowiedzi: pozytywną + OK i ujemny -BŁĄDZIĆ . Oczywiście, jest to trochę nieokreślone, jeśli chcesz wiedzieć, co poszło nie tak.

Jak się okazuje, + OK i -BŁĄDZIĆ dotyczy wszystkich nowych kodów, których musisz się nauczyć, jeśli chcesz zrozumieć komunikaty o błędach POP. Cała reszta to standardowy kod: ludzki język. Wygląda na to, że Protokół Post Office został zaprojektowany przez ludzi dla ludzi. Więcej szczegółowych informacji o -BŁĄDZIĆ odpowiedź serwera jest podana w prostym języku angielskim, zgodnie z -BŁĄDZIĆ wiadomość. Chociaż serwery POP nie muszą oferować tych dodatkowych informacji, większość robi to.

Komunikaty o błędach POP

Pierwszą rzeczą, która może się nie udać (poza tym, że serwer jest zupełnie wyłączony) jest serwer POP nie rozpoznający Twojej nazwy użytkownika. Być może wpisałeś to źle, być może baza danych używana przez serwer do identyfikacji użytkowników jest wyłączona. Może powódź zniszczyła wszystkie miejsca przechowywania skrzynek pocztowych na twoim ISP.

Gdy serwer POP nie rozpozna nazwy użytkownika, zwykle odpowiada: -ERR skrzynka pocztowa nieznana .

Tuż po nazwie użytkownika pojawia się hasło i kolejna szansa na błędy. Błędy, to prawda, ponieważ oprócz hasła nie pasującego do nazwy użytkownika ( -ERR nieprawidłowe hasło ) serwer POP może napotkać inny problem. Do skrzynki pocztowej POP można uzyskać dostęp tylko przez jedno przychodzące połączenie naraz. Jeśli program do sprawdzania poczty już zalogował się na konto e-mail, program pocztowy nie może uzyskać dostępu do tego samego konta w tym samym czasie. W takich przypadkach, gdy skrzynka pocztowa jest już zablokowana przez inny proces, serwer POP zwraca: -ERR nie może zablokować skrzynki pocztowej .

Po pomyślnym zalogowaniu się na konto, klient POP będzie zwykle pobierał wiadomości, po jednym na raz. Gdy żąda wiadomości od serwera, możliwa jest jedna negatywna odpowiedź: -ERR nie ma takiej wiadomości . Wygląda na to, że klient ma problem. Ta sama odpowiedź może zostać zwrócona, gdy klient poczty e-mail spróbuje oznaczyć wiadomość do usunięcia, która nie istnieje (lub została już oznaczona do usunięcia).

Po zakończeniu sesji POP wszystkie wiadomości oznaczone do usunięcia są zazwyczaj trwale usuwane przez serwer. Jeśli serwer POP nie może usunąć wszystkich wiadomości (prawdopodobnie z powodu niedoboru zasobów), zwraca błąd: -ERR niektóre usunięte wiadomości nie zostały usunięte .

Sam zobacz

Ponieważ protokół Post Office jest tak prosty, jest tylko kilka rzeczy, które mogą pójść nie tak i tylko kilka komunikatów o błędach. Wszystkie błędy zwracane przez serwer POP są rzeczywiście wiadomościami, a nie zwykłymi, tajemnymi kodami.

Jeśli Twój program pocztowy zamienia te znaczące komunikaty o błędach w nieopisujące pola błędów, prawdopodobnie najlepiej jest wypróbować to samemu. Uruchom polecenie DOS i telnet bezpośrednio na swoje konto e-mail. Rodzaj telnet . Zwykle port używany do obsługi protokołu POP ma wartość 110. Typowe polecenie może wyglądać tak, na przykład: telnet pop.myisp.com 110 .

Kiedy serwer wita cię szczęśliwym + OK , postępuj zgodnie z procedurą opisaną w artykule Protokół Post Office i powinieneś być w stanie zidentyfikować błąd. Przynajmniej, jeśli wszystko działa dobrze, wiesz, że problem jest naprawdę z klientem e-mail, a nie z serwerem poczty e-mail.

(Zaktualizowano czerwiec 2001)