---

 

Šīs prasības ir izstrādātas, ņemot vērā standartus, ko izstrādājuši globālu darba grupu dalībnieki pretdarbībā surogātvēstuļu sūtīšanai, krāpšanai un citiem elektronisko ļaunprātību veidiem.

Neatbilstība prasībām var vest pie tā, ka Jūsu e-pasti daļēji vai pilnīgi netiks piegādāti.

Tehniskās prasības

• visiem e-pastiem jāatbilst RFC standartiem (piemēram, SMTP 5321; MIME 2045, 2046, 2047, 2048, 2049;
• visiem pasta serveriem, kas pieslēdzas inbox.pk serveriem, jābūt ar valīdiem (spēkā esošiem), apzinātiem, nevis automātiski ģenerētiem atgriezeniskajiem DNS ierakstiem (rDNS, PTR ierakstiem). IP adrešu kontakta datiem, ko satur WHOIS, jābūt aktuāliem un pieejamiem. 
  
  rDNS piemēri: 
         Pareizais rDNS: mail.domain.com 
         Ģenerētais nepareizais rDNS: 231.2.53.243.domain.isp.com
   
• visiem pasta serveriem, kas pieslēdzas inbox.pk pasta serveriem, jābūt atbilstošā veidā aizsargātiem no neautorizētas vai anonīmas izmantošanas. Pārliecinieties, ka Jūsu serveris nav atklāts proxy serveris vai atklāts relejs;
• pārliecinieties, ka visas tīmekļa formas Jūsu vietnēs ir drošas;
• ja izmantojat skriptus, kas nosūta e-pastus no tīmekļa formas, pārliecinieties, ka tos nav iespējams izmantot mēstuļu sūtīšanai;
• tieši savienojumi ar inbox.pk MX pasta serveriem no dinamiskajām IP adresēm vai mājas tīklu adresēm nav atļauti;
• nav atļauts stingri uzdot izsūtīšanas serveru konfigurācijas failos inbox.pk MX ierakstus;
• izmantojot savos sūtījumos HTML, pārliecinieties, ka tiek ievērota HTML dokumenta valīdā struktūra. Aizliegts izmantot potenciāli bīstamus objektus kā ActiveX, JavaScript, VBScript, Java aplikācijas, Frames un IFrames, no ārējo vietņu pieslēdzamos CSS, Meta Refresh u.tml. (šādu elementu izmantošana var vest pie Jūsu sūtīto e-pastu bloķēšanas);
• mēģinājums izmantot nepiederošus servisus (redirektorus, „saites saīsinātājus”), lai slēptu informāciju par jebkuras vēstulē norādītās tīmekļa saites īsto mērķa lappusi, var izraisīt sūtīšanas bloķēšanu;
• nav pieļaujams izmantot vēstulēs kā saites IP adreses un domēnu vārdus URL-encode kodējumā.

Administratīvās prasības

• e-pastu lielapjoma sūtīšana ir veicama tikai un vienīgi pēc saņēmēja nepārprotamās un tiešās prasības vai piekrišanas (opt-in);
• visiem e-pastiem, kas tiek sūtīti abonentiem, katras vēstules tekstā jābūt valīdai neelektroniskai kontakta informācijai par organizāciju, kura veic e-pastu lielapjoma sūtīšanu, tai skaitā tālruņa numuram un fiziskajai adresei;
• masveida sūtīšanai jābūt ar vienkāršu un acīmredzamu atrakstīšanās mehānismu. Atrakstīšanās process nedrīkst pieprasīt no lietotāja veikt sarežģītas darbības, piemēram, paroles ievadīšanu vai atjaunošanu, reģistrēšanos u.tml. Ieteicam kā atrakstīšanās mehānismu pievienot katram e-pastam labi pamanāmu saiti ar iespēju atrakstīties, vienkārši pārejot uz to. Lietotājiem nav nepieciešams autorizēties mājas lapā, lai atteiktos no vēstuļu saņemšanas;
• izsūtītāji nedrīkst veikt darbības e-pasta sūtītāja un nosūtīšanas avota slēpšanā, viltošanā vai grozīšanā;
• informācija par abonementu, tai skaitā to, kādā veidā tika saņemta saņēmēja e-pasta adrese, abonementa datums un laiks, kā arī IP adrese, no kuras lietotājs veica abonēšanu, jābūt pieejamai pēc lietotāja pieprasījuma;
• e-pasta ziņojumos jānorāda informācija par to, no kurienes tika saņemta lietotāja e-pasta adrese un viņa piekrišana saņemt šos ziņojumus. Piemēram, „Jūs esat saņēmis šo vēstuli, jo esat parakstījies e-pastu ziņojumu saņemšanai mūsu mājas lapā…”; 
• servisiem, kas veic e-pastu lielapjoma sūtīšanu uz abonementa pamata, jāveic pasākumi, lai apturētu sūtīšanu adresēs, kas ģenerē SMTP protokola kļūdu: 550 user not found, vai jādzēš šādas adreses no abonentu bāzes (saņēmēju bāzes validitātes izsekošana ir nepieciešams nosacījums, lai uzturētu izsūtītāj pozitīvo reputāciju).

Lietotāju sūdzības, nosūtīšana uz neesošām saņēmēju adresēm (tai skaitā agrāk esošām, bet anulētām), neiespējamība nosūtītājam saņemt ziņojumu par nepiegādātu vēstuli, ziņojumu iekļūšana inbox.pk surogātpastu slazdos ietekmē nosūtītāja reputāciju. Jebkuram lietotājam ar negatīvu reputācijas raksturojumu var tikt bloķēta iespēja piegādāt ziņojumus uz inbox.pk.

Viena izsūtītāja pārkāpumu sērija var vest pie tā IP adrešu daļējās vai pilnīgās bloķēšanas no inbox.pk puses.

---

Ja Jūs nevarat atrast atbildi uz Jūsu jautājumu, lūdzu, rakstiet mums

---