E-pasta piegādājamība ir kritisks faktors, kas nosaka, vai jūsu nosūtītie ziņojumi sasniegs saņēmēju iesūtnes, vai arī tiks novirzīti uz surogātpasta mapi. Lai nodrošinātu sekmīgu vēstuļu piegādi, domēnu īpašniekiem, operāciju personālam un sūtīšanas komandām ir precīzi jāizpilda virkne tehnisku un administratīvu prasību. Šis ceļvedis palīdz izprast un ieviest galvenos e-pasta autentifikācijas, infrastruktūras un sūtīšanas prakses standartus.
E-pasta autentifikācijas loma: SPF, DKIM un DMARC
Mūsdienu e-pasta drošības pamatā ir trīs savstarpēji saistīti protokoli, kas aizsargā jūsu domēnu no ļaunprātīgas izmantošanas un apliecina saņēmēju serveriem, ka sūtītājs ir leģitīms.
- SPF (Sender Policy Framework): Šis protokols nosaka, kuriem serveriem un IP adresēm ir atļauts sūtīt e-pastus jūsu domēna vārdā. Ir svarīgi nodrošināt, ka SPF aptver katru sūtīšanas pakalpojumu. Nepilnīgs SPF ieraksts var izraisīt leģitīmu e-pastu noraidīšanu.
- DKIM (DomainKeys Identified Mail): Šis standarts nodrošina kriptogrāfisku parakstu katram ziņojumam. DKIM parakstīšana ir aktīva ar piemērotu atslēgu, ja piegādātā ziņojumā ir redzams statuss
DKIM=passun parakstīšanas atslēga ir vismaz 1024 bitu (drošības uzlabošanai ieteicams izmantot 2048 bitus). - DMARC (Domain-based Message Authentication, Reporting, and Conformance): Šis protokols apvieno SPF un DKIM rezultātus. Prasība ir, lai DMARC ir publicēts vismaz ar p=none. Tas ļauj saņemt pārskatus par sūtījumiem, pirms pakāpeniski pārejat uz stingrāku politiku, piemēram, karantīnu vai noraidīšanu.
Papildus šo protokolu atsevišķai darbībai ir nepieciešama to saskaņotība. Tas nozīmē, ka SPF vai DKIM atbilst redzamajam From domēnam. Pārbaudi veic, analizējot īsta ziņojuma Authentication-Results galveni un pārliecinoties, ka vismaz viens sekmīgi autentificēts domēns sakrīt ar redzamo sūtītāja domēnu.
Infrastruktūras un ziņojumu formāta prasības
Pareizi konfigurēta serveru infrastruktūra un tehniski precīzi noformēti ziņojumi ir obligāts priekšnoteikums, lai e-pasta pakalpojumu sniedzēji uzticētos jūsu sūtījumiem.
| Infrastruktūras elements | Prasība un pārbaudes veids |
|---|---|
| DNS konfigurācija | Sūtīšanas IP tiešais un reversais DNS sakrīt. Katrai sūtīšanas IP ir jābūt PTR resursdatora nosaukumam, kas norāda atpakaļ uz to pašu IP. |
| Šifrēšana | Izejošais pasts izmanto TLS. Sūtīšanas pakalpojumā vai SMTP žurnālos jāpārbauda, vai saņēmējiem tiek piedāvāts šifrēts TLS savienojums. |
| Galvenes | Galvenes un sūtītāja identitāte ir derīgas un precīzas. Ziņojumā jābūt vienai From adresei, derīgiem Date un Message-ID laukiem, kā arī nemaldinošam tematam. |
Sūtīšanas prakse un sūtītāja reputācija
Tehniskā autentifikācija ir tikai daļa no vienādojuma. Tikpat svarīga ir reālā sūtīšanas prakse un tas, kā saņēmēji reaģē uz jūsu vēstulēm.
Lai uzturētu labu sūtītāja reputāciju, ir kritiski svarīgi, lai saņēmēji ir piekrituši saņemt vēstules, un nederīgās adreses ir noņemtas. Tas nozīmē regulāru reģistrēšanās pierādījumu pārskatīšanu, tūlītēju pastāvīgi noraidīto adrešu (bounces) izslēgšanu un sūtīšanas pārtraukšanu tiem saņēmējiem, kuri vairs neizrāda interesi par jūsu saturu.
Tāpat ir pastāvīgi jāseko līdzi tam, lai sūdzību rādītāji tiek uzraudzīti zem publicētajām robežām. Gmail surogātpasta rādītājs ir jāuztur zem 0,10 %, pilnībā izvairoties no 0,30 % vai lielāka rādītāja sasniegšanas. Savukārt Yahoo sūdzību rādītājam jābūt zem 0,30 %. Šo rādītāju uzraudzībai un kļūmju izmeklēšanai ir regulāri jāizmanto DMARC apkopotie pārskati un pakalpojumu sniedzēju rīki.
Atteikšanās mehānismu ieviešana
Mārketinga un abonētajam pastam ir obligāti jānodrošina vienkāršas un ātras atteikšanās iespējas. Tas ne tikai uzlabo lietotāju pieredzi, bet arī tieši ietekmē surogātpasta sūdzību skaitu.
- Viena klikšķa atteikšanās: Viena klikšķa atteikšanās galvenes darbojas, ja abonētos ziņojumos ir iekļautas RFC 8058 standartam atbilstošas
List-UnsubscribeunList-Unsubscribe-Postgalvenes, un jūsu sistēma pareizi apstrādā saņemtos HTTPS POST pieprasījumus. - Redzamā atteikšanās: Redzamā atteikšanās iespēja darbojas, un pieprasījumi tiek izpildīti ātri, ja ziņojuma pamattekstā ir skaidri saskatāma saite, kuras izmantošanai nav nepieciešama pierakstīšanās (autorizācija), un sūtīšana šim saņēmējam tiek pārtraukta divu dienu laikā.
Kontrolsaraksta izmantošana un ierobežojumi
Šis rīks palīdz strukturēti pārskatīt jūsu sūtīšanas domēnu, izmantojot statisku atsauces kopu ar datumu 2026-07-16, kas apkopo publicētos standartus un pakalpojumu sniedzēju vadlīnijas.
Lai veiktu pārbaudi, ievadiet sūtīšanas domēnu laukā Sūtīšanas domēns (piemēram, mail.example.com). Ja sūtāt apmēram 5 000 vai vairāk ziņojumu dienā uz personīgajiem Gmail kontiem, ieslēdziet slēdzi Lielapjoma sūtītājs. Ja sūtāt biļetenus vai akcijas, ieslēdziet slēdzi Mārketinga vai abonētais pasts. Atzīmējiet tos punktus, kurus jau esat izpildījuši un verificējuši.
Nospiežot pogu Izveidot pārbaudes darbības, rīks parādīs rezultātu formātā: ‹domain›: atzīmēti ‹completed› no ‹applicable› piemērojamajiem punktiem; atlikuši ‹required› obligātie un ‹recommended› ieteicamie soļi.. Ja kāds no pamata autentifikācijas soļiem trūkst, sadaļā Trūkstošās pašreizējās prasības tiks parādīts norādījums: Iestatiet SPF vai DKIM.
Ja visi piemērojamie punkti ir atzīmēti, rīks parādīs paziņojumu: Šajā atsauces kopā nav neatzīmētu punktu un atgādinājumu: Turpiniet uzraudzīt īstus ziņojumus, pārskatus un pakalpojumu sniedzēju vadlīnijas, jo statuss un prasības var mainīties..
Svarīgi ierobežojumi un konfidencialitāte
- Nav DNS vaicājumu: Šis rīks neveic DNS vaicājumus, nepārbauda dzīvus ziņojumus vai pakalpojumu sniedzēju kontus. Tas novērtē tikai jūsu manuāli ievadīto informāciju un atzīmētās izvēles.
- Nav piegādes garantiju: Pat ja esat izpildījuši un atzīmējuši visus punktus, tas negarantē nonākšanu iesūtnē. Saņēmēju sistēmas vērtē arī dinamiskus faktorus, piemēram, reālo reputāciju, saturu un datplūsmas modeļus.
- Datu privātums: Jūsu domēns un kontrolsaraksta izvēles paliek pārlūkprogrammā. BroBroGo tos neaugšupielādē un nesaglabā, nodrošinot, ka visa apstrāde notiek lokāli jūsu ierīcē.
Biežāk uzdotie jautājumi (FAQ)
Kādus noteikumus izmanto šis kontrolsaraksts?
2026-07-16 atsauces kopa SPF vajadzībām izmanto RFC 7208, DKIM vajadzībām RFC 6376, DMARC vajadzībām RFC 9989, viena klikšķa atteikšanās vajadzībām RFC 8058, kā arī tajā datumā pieejamās Gmail un Yahoo sūtītāju vadlīnijas.
Vai kontrolsaraksts veic DNS vaicājumu vai nosūta testa e-pastu?
Nē. Tas novērtē tikai jūsu ievadīto domēnu, kontekstu un atzīmētās izvēles. Izpildiet izveidotās darbības pie sava DNS nodrošinātāja un sūtīšanas pakalpojuma, izmantojot īsta ziņojuma galvenes.
Vai visu punktu izpilde garantē nonākšanu iesūtnē?
Nē. Saņēmēji vērtē arī reputāciju, saņēmēju atsauksmes, saturu, datplūsmas modeļus un mainīgus iekšējos noteikumus. Šis kontrolsaraksts palīdz sagatavoties pārbaudei, taču nevar paredzēt vai garantēt piegādi.
Kā rīkoties, ja saņemu kļūdas paziņojumu par domēna ievadi?
Pārliecinieties, ka ievadītais domēns ir derīgs publisks domēns bez shēmas (piemēram, bez https://) vai e-pasta simbola @. Ja lauks ir tukšs, tiks uzrādīta kļūda Vispirms ievadiet sūtīšanas domēnu.. Ja domēns nav derīgs, tiks parādīts paziņojums Ievadiet tikai publisku domēnu, piemēram, mail.example.com.. Domēna garumam jābūt 253 rakstzīmju robežās, pretējā gadījumā tiks parādīta kļūda Šis domēns ir neparasti garš. Tam jāiekļaujas 253 rakstzīmēs..