Когато нещо се обърка

Модул 8: Сигурно и без притеснения · Време за четене: 10 минути

Учебна цел: След този урок, при проблем с влизането, изпращането или доставката, ще можете да установите къде е грешката, да разчетете съобщение за грешка или bounce и да поискате помощ с точните данни.

Основни понятия: грешка при вход, блокиране на IP адрес, SMTP грешка 535, проверка на подателя, дневен лимит, bounce, съобщение за забавяне, код на състоянието x.y.z, временна и постоянна грешка, Diagnostic-Code

Първо: къде е проблемът?

Проблемът с пощата често изглежда като „пощата ми не работи“. Но пощата се състои от три отделни стъпки и всяка стъпка има свои грешки:

1. Вход: уебпощата комуникира с Вашия пощенски сървър чрез IMAP, за да покаже Вашата пощенска кутия.
2. Изпращане: уебпощата предава Вашето писмо чрез SMTP на Вашия собствен пощенски сървър.
3. Доставка: Вашият сървър предава писмото на сървъра на получателя.

При стъпки 1 и 2 виждате грешката веднага на екрана. При стъпка 3 по-късно получавате обратно писмо: bounce. Ако знаете на коя стъпка е проблемът, знаете и къде да търсите.

Не можете да влезете

На изображението виждате съобщението, което уебпощата показва, когато имейл адресът или паролата не са верни. Тогава проверете следните точки в този ред:

• Пълният адрес. Потребителското име е целият Ви имейл адрес, тоест sanne@example.com, а не само sanne.
• Правилната парола. Паролата на пощенската кутия, а не тази на клиентския Ви акаунт или контролния панел. Внимавайте за Caps Lock.
• Полето Сървър. Оставете го празно, освен ако домейнът Ви не сочи към пощенския Ви сървър (урок 1.3). Грешно въведено име на сървър също води до грешка.
• Блокиран IP адрес. Уебпощата изобщо не се зарежда, но на телефона Ви през 4G работи? Тогава защитната стена (firewall) може би е блокирала Вашия IP адрес, обикновено защото някое устройство постоянно е опитвало със стара парола (урок 8.1). Първо въведете правилната парола на всички свои устройства, а след това поискайте блокирането да бъде премахнато.

Не можете да изпратите писмо

Ако можете да влезете, но не и да изпращате, съобщението за грешка почти винаги казва какъв е проблемът.

Още едно предупреждение за дневния лимит: поща, която е отказана поради достигнат лимит, не се изпраща автоматично по-късно. Изпратете важните писма отново на следващия ден.

Как да разчетете bounce

Ако Вашият сървър не може да достави писмо, получавате обратно писмо от Mail Delivery System или MAILER-DAEMON с тема като „Mail delivery failed“ или „Undelivered Mail Returned to Sender“. Не се плашете от английския език. Един bounce се състои от три части и най-много Ви трябва средната.

1. Текст за хора: какво не е успяло и за кой адрес.
2. Част за програми, delivery status notification (DSN, RFC 3464), с фиксирани полета.
3. Заглавните редове (хедърите) на Вашето собствено писмо, за да видите кое писмо е било.

Средната част изглежда така:

Action: failed
Final-Recipient: rfc822;info@example.org
Status: 5.2.2
Remote-MTA: dns; mail.example.org
Diagnostic-Code: smtp; 552 5.2.2 <info@example.org>: Mailbox full, quota exceeded

• Action показва дали доставката е неуспешна (failed) или все още се опитва (delayed).
• Final-Recipient е адресът, за който става дума.
• Status е кодът на състоянието във формата x.y.z.
• Remote-MTA е сървърът на получателя, който е дал отговора.
• Diagnostic-Code е дословният отговор на този сървър. Винаги четете този ред: тук е истинската причина, често с обикновени думи.

Временна или постоянна: първата цифра

Кодът на състоянието (RFC 3463) започва с 2, 4 или 5. Същото важи и за трите цифри на кода за отговор на SMTP (RFC 5321), например 550 или 452.

• 4.x.x е временна грешка. Сървърът на получателя казва: не сега, опитайте по-късно. Вашият собствен сървър пази писмото и сам опитва отново, обикновено в продължение на няколко дни. Най-много ще получите съобщение за забавяне (Action: delayed, често с Will-Retry-Until). Тогава не изпращайте писмото отново, иначе получателят ще го получи два пъти.
• 5.x.x е постоянна грешка. Сървърът се отказва. Повторното изпращане, без да промените нещо, няма смисъл.

Средното число показва къде е проблемът. Три кода, които ще виждате често:

Ако получите bounce, обикновено избирате между четири причини: адресът не съществува, пощенската кутия на получателя е пълна, приемащият сървър отказва писмото поради правила или спам или няма връзка с приемащия сървър. И правите едно от три неща: проверявате адреса и изпращате писмото отново на правилния адрес, не изпращате нищо отново и изчаквате, защото сървърът все още опитва сам или поисквате промяна в собствената си поща или домейн и молите доставчика си за помощ.

Два примера. Sanne пише на Ahmed (ahmed@example.net) и получава bounce с Status: 5.7.1. В Diagnostic-Code пише, че сървърът на Ahmed отказва писмото, защото SPF проверката за example.com е неуспешна. Постоянна грешка, отказ поради правила: повторното изпращане не помага. Трябва да се промени нещо в нейния домейн и за това тя моли доставчика си за помощ. Daan получава ден след изпращането съобщение за забавяне с Action: delayed, Status: 4.4.1 и „Connection timed out“ за сървъра на един доставчик на стоки. Временна грешка, няма връзка: той не изпраща нищо отново, защото неговият сървър все още опитва сам до момента, посочен в Will-Retry-Until. Ако иска да е сигурен, той се обажда на доставчика и казва, че писмото му е на път.

Може да е и обратното: ако други получават „Mailbox full“ или „Quota exceeded“, когато Ви пишат, значи Вашата пощенска кутия е пълна. Освободете място (урок 5.4) и след това ги помолете да опитат отново.

Как да поискате помощ без излишна кореспонденция

Ако не можете да се справите сами, Вашият пощенски доставчик ще Ви помогне по-бързо, ако веднага изпратите правилните данни:

• имейл адреса, за който става дума, и адреса на получателя;
• датата и часа, възможно най-точно;
• точното съобщение за грешка: екранна снимка или целия bounce, а не „не работи“;
• какво вече сте опитали и дали проблемът е същият в уебпощата и в пощенската Ви програма.

Никога не изпращайте паролата си. Надеждната служба за поддръжка не я иска.

На практика: как работи това в уебпощата

Съобщенията за грешки при вход и изпращане уебпощата показва в долния десен ъгъл на екрана. Един bounce пристига като обикновено писмо във Входящи; чрез Заглавни блокове над писмото или чрез Още > Покажи изходния код виждате и машинната част, и собствените си заглавни редове (хедъри). За всяко съобщение за грешка в „Ръководство за Roundcube“ (глава 13) е описано какво да направите, а ръководството „Съобщения за грешки“ разглежда кодовете по-подробно. В друга уебпоща работи по подобен начин: съобщенията там се наричат по друг начин, но кодовете в bounce писмата са навсякъде едни и същи.

Обобщение

• Първо определете стъпката: вход (IMAP), изпращане (SMTP) или доставка (bounce).
• Вход: пълен адрес, парола на пощенската кутия, полето Сървър и евентуално блокиран IP адрес.
• Изпращане: 535 е грешка при вход при изпращане, „can not send emails from“ е проверката на подателя, а дневният лимит важи за целия Ви пакет.
• В bounce четете Action, Status и най-вече Diagnostic-Code; 4.x.x е временна грешка (сървърът сам опитва отново), 5.x.x е постоянна.
• Искайте помощ с адрес, час и точното съобщение за грешка, но никога с паролата си.

Тест (quiz)

Задача

Задача A8.4: Четене на съобщение за грешка. Отворете материалите bounce-1.txt и bounce-2.txt (две истински, но анонимизирани съобщения за грешка). За всеки bounce въведете кода на състоянието във формата x.y.z. След това за всеки bounce изберете причината от четирите причини в този урок (адресът не съществува; пощенската кутия на получателя е пълна; приемащият сървър отказва писмото поради правила или спам; няма връзка с приемащия сървър) и какво правите от трите възможности (проверявате адреса и изпращате отново на правилния адрес; не изпращате нищо отново и изчаквате, защото сървърът все още опитва сам; поисквате промяна в собствената си поща или домейн и молите доставчика си за помощ). Програмата сравнява шестте Ви отговора с ключа с отговорите: кодът на състоянието трябва да е точно верен (интервалите не се броят), а причината и действието са избор от възможности. Зелено, ако всичко е вярно, оранжево, ако има грешка само при единия bounce, червено, ако има грешка и при двата. Съвет: прочетете редовете Action, Status и Diagnostic-Code.

Прочетете още

Там, където са описани стъпки в уебпощата, те се отнасят за уебпощата на WebOké; в друга уебпоща работи по подобен начин.

• Roundcube Webmail 13.1: Не можете да влезете
• Roundcube Webmail 13.2: SMTP грешка 535 при изпращане
• Roundcube Webmail 13.3: Вашата пощенска кутия е пълна
• Roundcube Webmail 13.4: Дневният лимит е достигнат
• Roundcube Webmail 13.5: Други съобщения при изпращане
• Mail delivery failed: как да прочетете съобщението за грешка и какво означават кодовете
• Решени съобщения за грешки 1.1: Код за грешка 550: кой вариант получавате и какво да направите?
• Решени съобщения за грешки 1.8: Account ... can not send emails from ...
• Безплатен курс Имейлът в ред: настройка и добро получаване 6.1: Четене на bounce съобщение
• RFC 3463, Enhanced Mail System Status Codes (на английски): https://www.rfc-editor.org/rfc/rfc3463