Разбиране на грешките при POP с имейл

Получават се грешки. Грешките също са очевидни често с имейл: вместо имейлите, които очаквахте, получавате само съобщение за грешка - съобщение за грешка в POP , ако профилът ви е конфигуриран да изтегля поща, използвайки този протокол.

Кодове на състоянието на POP

Някои неща могат да се объркат в този процес на изтегляне на поща. Сървърът, от който обикновено получавате вашата поща, може да не отговори на повикването изобщо. Или може би паролата ви е грешна (но може би паролата на сървъра е грешна, поради някакъв софтуер бъг). Сървърът също може да попадне на някои вътрешни проблеми и да отговори с код за грешка.

За щастие POP сървърът е много ясен относно състоянието му. Той основно знае два отговора: положителния + ОК и отрицателния -ERR . Разбира се, това е малко неуточнено, ако искате да знаете какво се е объркало.

Както се оказа, + OK и -ERR е за целия нов код, който трябва да научите, ако искате да разберете съобщенията за грешка в POP. Всичко останало е стандартен код: човешки език. Очевидно е, че протоколът по пощата е създаден от хора за човешки същества. По-подробна информация за отговора на сървър -ERR е дадена на обикновен английски език, следвайки съобщението -ERR . Въпреки че от POP сървърите не се изисква да предлагат тази допълнителна информация, повечето от тях.

Съобщения за грешка в POP

Първото нещо, което може да се обърка (освен, че сървърът е напълно свален) е POP сървърът, който не разпознава вашето потребителско име. Може би сте го написали погрешно, може би базата данни, която сървърът използва, за да идентифицира потребителите, е надолу. Може би наводнение е унищожило цялото хранилище, където пощенските кутии се съхраняват във вашия интернет доставчик.

Когато POP сървър не разпознава вашето потребителско име, той обикновено отговаря с: -ERR пощенска кутия неизвестна .

Точно след като потребителското име идва с паролата и още един шанс за грешки. Грешки, това е така, защото освен паролата, която не съответства на името на потребителя ( -ERR невалидна парола ), POP сървърът може да се справи с друг проблем. Пощенска кутия на POP може да бъде достъпна само от една входяща връзка едновременно. Ако пощата ви вече е влязло в имейл акаунта ви, програмата ви за електронна поща не може да получи достъп до един и същ профил едновременно. В такива случаи, когато пощенската кутия вече е заключена от друг процес, POP сървърът връща: -ERR не може да заключи пощенската кутия .

След като успешно сте влезли в профила, клиентът за POP обикновено ще започне да извлича съобщения едно по едно. Когато иска съобщение от сървъра, е възможно да се даде отрицателен отговор: -ERR няма такова съобщение . Изглежда, че клиентът има проблем. Същият отговор може да бъде върнат, когато имейл клиентът се опита да отбележи съобщение за изтриване, което не съществува (или вече е маркирано за изтриване).

Когато приключи сесията на POP, всички съобщения, маркирани за изтриване, обикновено се изтриват окончателно от сървъра. Ако POP сървърът не може да премахне всички съобщения (вероятно поради недостиг на ресурси), той връща грешка: -ERR някои изтрити съобщения не са премахнати .

Вижте за себе си

Тъй като протоколът Post Office е толкова прост, има само няколко неща, които могат да се объркат и само няколко съобщения за грешка. Всички грешки, връщани от POP сървър, са наистина съобщения, а не обикновени, криптични кодове.

Ако програмата ви за електронна поща превръща тези смислени съобщения за грешка в кутии за грешки, които не са описателни, вероятно е най-добре да я изпробвате сами. Извикайте DOS подкана и telnet директно в имейл акаунта си. Въведете telnet <име на POP сървър> . Обикновено портът, използван за POP е 110. Типична команда може да изглежда така, например: telnet pop.myisp.com 110 .

Когато сървърът Ви поздрави с щастлив + ОК , следвайте процеса, както е описано в Протокола на Post Office, и трябва да можете да идентифицирате грешката. Най-малко, ако всичко работи добре, знаете, че проблемът наистина е с вашия имейл клиент, а не с вашия сървър за електронна поща.

(Актуализиран юни 2001 г.)