Разбирање на стандардите за испорака на е-пошта
Испораката на е-пошта зависи од усогласеноста со техничките стандарди и практиките за испраќање кои ги користат примачите за да го заштитат сандачето од несакана пошта. Овој процес бара усогласување на инфраструктурата, автентикацијата и однесувањето на испраќачот со објавените правила на провајдерите. Алатката „Список за проверка на испораката на е-пошта“ овозможува систематски преглед на овие елементи за одреден домен за испраќање.
Доменот за испраќање мора да биде важечки јавен домен што се користи во видливата адреса From, внесен без шема, патека или адреса на е-пошта, како на пример mail.example.com. Должината на доменот е ограничена на 253 знаци.
Улогата на SPF, DKIM и DMARC во автентикацијата
Автентикацијата на е-поштата е првиот чекор во докажувањето на идентитетот на испраќачот. Трите клучни столбови се:
- SPF (Sender Policy Framework): Обезбедува дека SPF го опфаќа секој сервис за испраќање. Доменот мора да има една SPF политика која ги вклучува сите дозволени провајдери и IP-адреси.
- DKIM (DomainKeys Identified Mail): Потпишувањето со DKIM е активно со соодветен клуч. Се препорачува клучот за потпишување да има најмалку 1024 бита, односно 2048 бита кога е поддржано.
- DMARC (Domain-based Message Authentication, Reporting, and Conformance): DMARC е објавен најмалку со p=none. Ова овозможува следење на изворите на пошта пред да се премине на построги политики како карантин или одбивање.
Дополнително, SPF или DKIM мора да се усогласува со видливиот домен From. Ова значи дека барем еден успешно автентициран домен во заглавието Authentication-Results мора да одговара на доменот во адресата From. Доколку не е исполнет ниту еден од основните методи, алатката го прикажува барањето: Поставете SPF или DKIM.
Инфраструктура и формат на пораките
Правилното конфигурирање на мрежната инфраструктура и заглавијата на пораките спречува автоматско блокирање од страна на примачите.
| Елемент на инфраструктура | Барање за проверка |
|---|---|
| DNS записи | Директниот и обратниот DNS се совпаѓаат за IP-адресите за испраќање. Секоја IP-адреса мора да има PTR запис кој води назад до истата IP-адреса. |
| Шифрирање | Појдовната пошта користи TLS. SMTP дневниците или сервисот за испраќање мора да потврдат дека се нуди шифрирана врска. |
| Заглавија | Заглавијата и идентитетот на испраќачот се важечки и точни. Пораката мора да содржи една адреса From, важечки полиња Date и Message-ID и тема што не доведува во заблуда. |
Практики за одржување на репутацијата на испраќачот
Репутацијата на испраќачот се гради преку постојано следење на повратните информации и однесувањето на примачите.
Примачите мора експлицитно да се пријават за да примаат пораки, а неважечките адреси мора редовно да се отстрануваат. Ова вклучува трајно исклучување на одбиените адреси и поплаките.
Стапките на поплаки се следат под објавените прагови преку контролните табли на провајдерите. Стапката на спам на Gmail треба да се одржува под 0,10% (избегнувајќи 0,30% или повеќе), додека поплаките на Yahoo мора да бидат под 0,30%. За одржување на здрава репутација, неопходно е редовно да се прегледуваат автентикацијата, репутацијата, одбивањата и извештаите, вклучувајќи ги и збирните извештаи DMARC.
Механизми за лесно отпишување од претплата
За маркетиншка или претплатена пошта (билтени, промоции и слични пораки), испраќачите мора да овозможат лесно отпишување.
Задолжително е заглавијата за отпишување со еден клик да работат. Ова се постигнува со имплементација на RFC 8058 заглавија List-Unsubscribe и List-Unsubscribe-Post, кои поддржуваат HTTPS POST барања. Покрај ова, видливото отпишување во телото на пораката мора да работи без барање за најавување, а барањата мора да се обработат брзо, односно испраќањето да престане во рок од два дена.
Правила за евалуација и приватност на податоците
Алатката работи локално во прелистувачот на корисникот. Вашиот домен и изборите во списокот остануваат во прелистувачот. BroBroGo не ги прикачува и не ги зачувува. Процесот не вклучува пребарување на DNS во живо или испраќање на тест пораки.
При користење на алатката, се применуваат следниве правила за валидација на внесот:
- Доколку доменот е празен при генерирање на прегледот, се прикажува грешката: Прво внесете го доменот за испраќање.
- Доколку доменот е подолг од 253 знаци, се прикажува грешката: Овој домен е невообичаено долг. Ограничете го на 253 знаци.
- Доколку внесениот домен не е важечки јавен домен, се прикажува грешката: Внесете само јавен домен, како mail.example.com.
Кога ќе се вчита примерок, се прикажува пораката: Примерокот е вчитан. Прегледајте ги преостанатите чекори. Со кликнување на копчето за чистење, внесот се празни и се прикажува статусот: Списокот е исчистен.
По генерирањето на прегледот, резултатот се прикажува во формат: ‹domain›: означени се ‹completed›/‹applicable› применливи ставки; преостануваат ‹required› задолжителни и ‹recommended› препорачани чекори. Доколку сите применливи ставки се означени, алатката прикажува: Нема неозначени ставки во овој референтен комплет. Во овој случај, се прикажува и советот: Продолжете да ги следите вистинските пораки, извештаите и упатствата на провајдерите бидејќи статусот и барањата може да се променат.
Често поставувани прашања
Кои правила ги користи овој список?
Референтниот комплет од 2026-07-16 ги користи RFC 7208 за SPF, RFC 6376 за DKIM, RFC 9989 за DMARC, RFC 8058 за отпишување со еден клик и упатствата за испраќачи на Gmail и Yahoo достапни на тој датум.
Дали списокот го пребарува DNS или испраќа пробна е-пошта?
Не. Ги оценува само доменот, контекстот и полињата што ги внесувате. Следете ги создадените чекори кај вашиот DNS провајдер и сервисот за испраќање, користејќи заглавија од вистинска порака.
Дали завршувањето на секоја ставка гарантира пристигнување во сандачето?
Не. Примачите ги користат и репутацијата, повратните информации од корисниците, содржината, обрасците на сообраќај и променливите внатрешни правила. Овој список помага да се подготвите за проверка, но не може да ја предвиди или гарантира испораката.