Ja kaut kas noiet greizi

8. modulis: Droši un bez raizēm · Lasīšanas laiks: 10 minūtes

Mērķis: Pēc šīs nodarbības Jūs, saskaroties ar problēmu pieteikšanās, sūtīšanas vai piegādes laikā, varēsiet noteikt, kur rodas kļūda, izlasīt kļūdas paziņojumu vai bounce un lūgt palīdzību, norādot pareizos datus.

Pamatjēdzieni: pieteikšanās kļūda, IP bloķēšana, SMTP kļūda 535, sūtītāja pārbaude, dienas limits, bounce, aizkaves paziņojums, statusa kods x.y.z, īslaicīga un pastāvīga kļūda, Diagnostic-Code

Vispirms: kur rodas kļūda?

E-pasta problēma bieži šķiet kā "mans e-pasts nedarbojas". Taču e-pasts sastāv no trim atsevišķiem posmiem, un katram posmam ir savas kļūdas:

1. Pieteikšanās: tīmekļa pasts sazinās ar Jūsu pasta serveri, izmantojot IMAP, lai parādītu Jūsu pastkasti.
2. Sūtīšana: tīmekļa pasts nodod Jūsu vēstuli Jūsu pasta serverim, izmantojot SMTP.
3. Piegāde: Jūsu serveris nodod vēstuli adresāta serverim.

1. un 2. posmā kļūdu Jūs redzat uzreiz ekrānā. 3. posmā vēlāk saņemat atpakaļ vēstuli: bounce (atgrieztās vēstules paziņojumu). Ja zināt, kurā posmā rodas kļūda, Jūs zināt arī, kur meklēt.

Neizdodas pieteikties

Attēlā redzams paziņojums, ko tīmekļa pasts parāda, ja e-pasta adrese vai parole nav pareiza. Tad pārbaudiet šos punktus šādā secībā:

• Pilna adrese. Lietotājvārds ir Jūsu pilnā e-pasta adrese, tātad sanne@example.com, nevis tikai sanne.
• Pareizā parole. Pastkastes parole, nevis Jūsu klienta konta vai vadības paneļa parole. Pievērsiet uzmanību Caps Lock.
• Lauks Serveris. Atstājiet to tukšu, ja vien Jūsu domēns nenorāda uz Jūsu pasta serveri (nodarbība 1.3). Nepareizi ievadīts servera nosaukums arī izraisa kļūdu.
• Bloķēta IP adrese. Tīmekļa pasts vispār neielādējas, bet tālrunī caur 4G gan? Tad, iespējams, ugunsmūris ir bloķējis Jūsu IP adresi, parasti tāpēc, ka kāda ierīce atkārtoti mēģināja izmantot veco paroli (nodarbība 8.1). Vispirms visās ierīcēs iestatiet pareizo paroli un tad lūdziet atcelt bloķēšanu.

Neizdodas nosūtīt

Ja varat pieteikties, bet nevarat nosūtīt, kļūdas paziņojums gandrīz vienmēr pasaka, kas noticis.

Par dienas limitu vēl viens brīdinājums: vēstules, kas noraidītas limita sasniegšanas dēļ, vēlāk netiek nosūtītas automātiski. Svarīgas vēstules nosūtiet vēlreiz nākamajā dienā.

Kā lasīt bounce

Ja Jūsu serveris nevar piegādāt vēstuli, Jūs saņemat atpakaļ vēstuli no Mail Delivery System vai MAILER-DAEMON ar tādu tematu kā "Mail delivery failed" vai "Undelivered Mail Returned to Sender". Neuztraucieties par angļu valodu. Bounce sastāv no trim daļām, un Jums galvenokārt vajadzīga vidējā.

1. Teksts cilvēkiem: kas neizdevās un kurai adresei.
2. Daļa programmām, delivery status notification (DSN, RFC 3464), ar fiksētiem laukiem.
3. Jūsu pašu vēstules galvenes, lai redzētu, par kuru vēstuli ir runa.

Vidējā daļa izskatās šādi:

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 norāda, vai piegāde neizdevās (failed) vai vēl tiek mēģināta (delayed).
• Final-Recipient ir attiecīgā adrese.
• Status ir statusa kods formā x.y.z.
• Remote-MTA ir adresāta serveris, kas sniedza atbildi.
• Diagnostic-Code ir šī servera burtiskā atbilde. Vienmēr izlasiet šo rindu: šeit ir norādīts īstais iemesls, bieži vienkāršiem vārdiem.

Īslaicīga vai pastāvīga: pirmais cipars

Statusa kods (RFC 3463) sākas ar 2, 4 vai 5. Tas pats attiecas uz SMTP atbildes koda trim cipariem (RFC 5321), piemēram, 550 vai 452.

• 4.x.x ir īslaicīga kļūda. Adresāta serveris saka: ne tagad, mēģiniet vēlāk. Jūsu serveris saglabā vēstuli un pats mēģina vēlreiz, parasti dažas dienas. Jūs saņemat ne vairāk kā aizkaves paziņojumu (Action: delayed, bieži ar Will-Retry-Until). Tādā gadījumā nesūtiet vēstuli vēlreiz, citādi adresāts to drīz saņems divreiz.
• 5.x.x ir pastāvīga kļūda. Serveris padodas. Sūtīt vēlreiz, neko nemainot, nav jēgas.

Vidējais skaitlis norāda, kur ir problēma. Trīs bieži sastopami kodi:

Ja saņemat bounce, parasti izvēlaties no četriem iemesliem: adrese neeksistē, adresāta pastkaste ir pilna, saņēmēja serveris noraida vēstuli politikas vai surogātpasta dēļ vai nav savienojuma ar saņēmēja serveri. Un Jūs darāt vienu no trim lietām: pārbaudāt adresi un nosūtāt vēstuli vēlreiz uz pareizo adresi, neko nesūtāt vēlreiz un gaidāt, jo serveris pats vēl mēģina vai lūdzat kaut ko mainīt savā e-pastā vai domēnā un lūdzat palīdzību savam pakalpojumu sniedzējam.

Divi piemēri. Sanne raksta Ahmed (ahmed@example.net) un saņem bounce ar Status: 5.7.1. Laukā Diagnostic-Code rakstīts, ka Ahmed serveris noraida vēstuli, jo SPF pārbaude domēnam example.com neizdodas. Pastāvīga kļūda un noraidīšana politikas dēļ: sūtīšana vēlreiz nepalīdz. Viņas domēnā kaut kas jāmaina, un šim nolūkam viņa lūdz palīdzību savam pakalpojumu sniedzējam. Daan dienu pēc nosūtīšanas saņem aizkaves paziņojumu ar Action: delayed, Status: 4.4.1 un "Connection timed out" par piegādātāja serveri. Īslaicīga kļūda, nav savienojuma: viņš neko nesūta vēlreiz, jo viņa serveris pats mēģinās līdz laikam, kas norādīts laukā Will-Retry-Until. Ja viņš vēlas būt drošs, viņš piezvana piegādātājam un pasaka, ka vēstule ir ceļā.

Var būt arī otrādi: ja citi, rakstot Jums, saņem "Mailbox full" vai "Quota exceeded", tad pilna ir Jūsu pastkaste. Atbrīvojiet vietu (nodarbība 5.4) un pēc tam palūdziet viņiem mēģināt vēlreiz.

Palīdzības lūgšana bez liekas sarakstes

Ja paši netiekat galā, Jūsu e-pasta pakalpojumu sniedzējs Jums palīdzēs ātrāk, ja uzreiz norādīsiet pareizos datus:

• attiecīgo e-pasta adresi un adresāta adresi;
• datumu un laiku, cik vien iespējams precīzi;
• precīzu kļūdas paziņojumu: ekrānuzņēmumu vai visu bounce, nevis "nedarbojas";
• ko jau esat mēģinājuši un vai tīmekļa pastā un e-pasta programmā situācija ir vienāda.

Nekad nesūtiet savu paroli. Uzticams atbalsta dienests to neprasa.

Praksē: tā tas darbojas tīmekļa pastā

Kļūdu paziņojumus pieteikšanās un sūtīšanas laikā tīmekļa pasts parāda ekrāna apakšējā labajā stūrī. Bounce nonāk mapē Ienākošās kā parasta vēstule; ar Galvene virs vēstules vai Vairāk > Parādīt pirmtekstu Jūs redzat arī mašīnām paredzēto daļu un savas galvenes. Roundcube rokasgrāmatā (13. nodaļa) katram kļūdas paziņojumam ir aprakstīts, ko darīt, bet rokasgrāmata Kļūdu paziņojumi kodus aplūko sīkāk. Citos tīmekļa pastos tas darbojas līdzīgi: paziņojumi tur saucas citādi, bet bounce kodi visur ir vienādi.

Kopsavilkums

• Vispirms nosakiet posmu: pieteikšanās (IMAP), sūtīšana (SMTP) vai piegāde (bounce).
• Pieteikšanās: pilna adrese, pastkastes parole, lauks Serveris un iespējama IP bloķēšana.
• Sūtīšana: 535 ir pieteikšanās kļūda sūtīšanas laikā, "can not send emails from" ir sūtītāja pārbaude, un dienas limits attiecas uz visu Jūsu paketi.
• Bounce izlasiet Action, Status un īpaši Diagnostic-Code; 4.x.x ir īslaicīga kļūda (serveris pats mēģina vēlreiz), 5.x.x ir pastāvīga.
• Lūdziet palīdzību, norādot adresi, laiku un precīzu kļūdas paziņojumu, un nekad nesūtiet paroli.

Tests (quiz)

Uzdevums

Uzdevums A8.4: Kļūdas paziņojuma lasīšana. Atveriet materiālus bounce-1.txt un bounce-2.txt (divi īsti, bet anonimizēti kļūdu paziņojumi). Katram bounce ievadiet statusa kodu formā x.y.z. Pēc tam katram bounce izvēlieties iemeslu no četriem šajā nodarbībā minētajiem iemesliem (adrese neeksistē; adresāta pastkaste ir pilna; saņēmēja serveris noraida vēstuli politikas vai surogātpasta dēļ; nav savienojuma ar saņēmēja serveri) un rīcību no trim iespējām (pārbaudīt adresi un nosūtīt vēlreiz uz pareizo adresi; neko nesūtīt vēlreiz un gaidīt, jo serveris pats vēl mēģina; lūgt kaut ko mainīt savā e-pastā vai domēnā un lūgt palīdzību savam pakalpojumu sniedzējam). Programma salīdzina Jūsu sešas atbildes ar atbilžu atslēgu: statusa kodam jābūt precīzi pareizam (atstarpes netiek ņemtas vērā), iemesls un rīcība ir izvēles. Zaļš, ja viss ir pareizi, oranžs, ja kļūda ir tikai vienā bounce, sarkans, ja kļūdas ir abos bounce. Padoms: izlasiet rindas Action, Status un Diagnostic-Code.

Papildu lasāmviela

Ja ir aprakstītas darbības tīmekļa pastā, tās attiecas uz WebOké tīmekļa pastu; citos tīmekļa pastos tas darbojas līdzīgi.

• Roundcube Webmail 13.1: Neizdodas autorizēties
• Roundcube Webmail 13.2: SMTP kļūda 535, nosūtot e-pastu
• Roundcube Webmail 13.3: Jūsu pastkastīte ir pilna
• Roundcube Webmail 13.4: Sasniegts dienas limits
• Roundcube Webmail 13.5: Citi paziņojumi, nosūtot e-pastu
• Mail delivery failed: kā lasīt kļūdas paziņojumu un ko nozīmē kodi
• Kļūdu ziņojumi atrisināti 1.1: Kļūdas kods 550: kāds ir Jūsu variants un kā rīkoties?
• Kļūdu ziņojumi atrisināti 1.8: Account ... can not send emails from ...
• Bezmaksas kurss E-pasts kārtībā: iestatīšana un pareiza piegāde 6.1: Bounce ziņojuma lasīšana
• RFC 3463, Enhanced Mail System Status Codes (angļu valodā): https://www.rfc-editor.org/rfc/rfc3463