Имейли от собствения ви домейн: SPF, DKIM и DMARC
Петте DNS записа, как да слеете SPF и DMARC със записите, които вече имате, как Monfri ги проверява и какво да направите, когато запис остава червен.
Можете да пращате от първия ден: всеки workspace има собствен подател на домейн на Monfri. За да пращате като вие@вашиятдомейн.com — на което пощенските услуги имат повече доверие — добавете пет DNS записа при фирмата, която държи DNS-а на домейна ви.
Добавете домейна си
Monfri добавя домейна на сайта ви сам, когато го настроите в Hub. За друг домейн: в Push отворете Email → Domains → Add Domain, въведете домейна (например вашиятдомейн.com) и натиснете Add Domain. Двата поддомейна под полето — track и bounce — може да останат такива.
Петте записа
Ръководството за настройка в Hub, стъпка Sending, показва точните стойности за вашия домейн, готови за копиране; същото прави и страницата на домейна в Email → Domains.
| Тип | Име | За какво е | |
|---|---|---|---|
| TXT | вашиятдомейн.com |
SPF — казва, че Monfri може да праща от името на домейна | задължителен |
| TXT | krs1._domainkey.вашиятдомейн.com (точното име е на страницата) |
DKIM — подписът, който доказва, че писмото е ваше | задължителен |
| TXT | _dmarc.вашиятдомейн.com |
DMARC — какво да става с писма, които не минават проверките, и къде да идват отчетите | задължителен |
| CNAME | bounce.вашиятдомейн.com |
Return Path — върнатите писма идват при Monfri и лошите адреси се махат | по желание |
| CNAME | track.вашиятдомейн.com |
Tracking — връзките и отварянията се броят на вашия домейн | по желание |
Всеки запис има бутони Copy за името и за стойността. Повечето DNS доставчици искат краткото име — krs1._domainkey, не цялото; страницата показва и двете.
Вече имате SPF или DMARC запис?
Един домейн може да има само един SPF запис и само един DMARC запис. Ако вече има — например за Google Workspace или Microsoft 365, — не добавяйте втори; редактирайте този, който имате. Страницата на домейна го забелязва и показва ⚠ Existing DNS record detected с Your current record и стойността, която да публикувате вместо него (✓ Publish this merged value instead). За SPF изглежда така:
v=spf1 include:_spf.google.com include:_spf.monfri.net ~all
Запазете всеки include:, който вече сте имали, и един-единствен край (~all или -all). За DMARC запазете своя p= и своя адрес rua=, ако разчитате на тях; домейнът пак се потвърждава.
Как проверява Monfri
- Домейнът става verified, когато SPF, DKIM и DMARC са намерени. Return Path и Tracking не са нужни за това.
- След като добавите записите, натиснете Verify DNS — или Auto-check (every 60s) и оставете страницата отворена. Monfri проверява и сам: след 1 минута, 5 минути, 15 минути, час, 6 часа и после всеки ден, а на заден план — всеки час.
- Промените в DNS отнемат от няколко минути до няколко часа, понякога до 24.
- Потвърден домейн не се изключва от една неуспешна проверка: връща се в pending едва след три неуспешни проверки подред.
Докато домейнът не е потвърден, пращайте от адреса на Monfri. Щом бъде, добавете подател на него: Подателите: от кого идват имейлите ви.
С Cloudflare ли сте?
Сложете двата CNAME записа на DNS only (сив облак). Записи през прокси сочат към Cloudflare, а не към Monfri, и връщането на писма и проследяването на връзки спират.
Ако нещо не работи
Verification incomplete
Страницата изрежда какво още липсва, запис по запис, с причината, която проверката е намерила — например, че записът още го няма или че стойността се различава. Сравнете записа при DNS доставчика си със стойността на страницата, знак по знак.
SPF е червен, макар да сте го добавили
Вече има два SPF записа или include-ът е в грешния. Слейте ги в един, както е описано по-горе.
Домейнът беше потвърден, а сега пак е pending
Три проверки подред не са намерили задължителните записи. Някой може да е сменил DNS-а — проверете, че SPF, DKIM и DMARC още са там.
Sending domain is not verified. Re-verify DNS records before dispatching.
Подателят на кампания е на домейн, който не е потвърден. Поправете записите или изберете подател на потвърден домейн — вижте Подателите.