Нюзлетър и услуги за изпращане на имейли

Модул 7: Свързване на външни услуги · Време за четене: 8 минути

Цел на урока: След този урок ще можете да свържете нюзлетър или услуга за изпращане на имейли така, че Вашата поща да не попада в спам.

Основни понятия: верификация на домейн (автентикация), DKIM чрез CNAME, селектор, SPF include само ако услугата поиска това, лимит от 10 проверки, DMARC уеднаквяване чрез DKIM, без промяна на MX

Защо услугата за нюзлетъри иска записи

Услуга за нюзлетъри като Mailchimp, Brevo или MailerLite, или услуга за изпращане на фактури и потвърждения, изпраща поща с Вашия адрес като подател, например nieuws@example.com. Но писмото идва от сървърите на тази услуга, не от Вашия пощенски сървър.

Получатели като Gmail и Outlook.com тогава проверяват: може ли този сървър да изпраща поща от името на example.com, и съвпада ли подписът (урок 4.3 до 4.5)? Ако това не е уредено, Вашият нюзлетър попада в спам, или услугата презаписва Вашия подател с собствен адрес. Затова услугата Ви моли да автентикирате домейна си: няколко записа във Вашия DNS.

Това, което услугата не се нуждае от, са Вашите MX записи. Те определят къде отива входящата Ви поща. Нюзлетър само се изпраща; отговорите пристигат в собствената Ви пощенска кутия. Затова никога не променяйте MX заради услуга за нюзлетъри.

DKIM чрез CNAME

Повечето услуги Ви позволяват да уредите DKIM чрез CNAME записи. Услугата поддържа ключа сама; Вие само сочите към него. Така услугата може да замени ключа, без да е нужно да правите нищо.

Към момента на писане Mailchimp използва при по-новите акаунти два записа:

k2._domainkey.example.com.   3600   IN   CNAME   dkim2.mcsv.net.
k3._domainkey.example.com.   3600   IN   CNAME   dkim3.mcsv.net.

По-старите акаунти често имат един запис k1._domainkey към dkim.mcsv.net. Други услуги използват различни селектори, като brevo1._domainkey или ml._domainkey. Използвайте точно това, което показва таблото на Вашата услуга. Имената и целите се различават според услугата и акаунта и понякога се променят.

k2 и k3 са селектори (урок 4.4). Всяка услуга има свой собствен селектор, така че записите не пречат нито един на друг, нито на DKIM ключа на Вашия собствен пощенски сървър.

Три грешки, които почти всеки прави поне веднъж

1. Двойно име на домейн. Вашият панел често сам добавя домейна Ви след името. Ако въведете k2._domainkey.example.com, резултатът става k2._domainkey.example.com.example.com. Въведете само k2._domainkey, освен ако панелът изрично не иска пълното име. Под полето обикновено е показано как ще изглежда името.
2. Забравена точка в края на стойността. Без точка, панелът може да превърне dkim2.mcsv.net в dkim2.mcsv.net.example.com. Някои панели добавят точката сами; проверете как изглежда записът след запазване (урок 2.2).
3. TXT вместо CNAME. Ако услугата иска CNAME, направете CNAME. TXT запис с текст dkim2.mcsv.net не прави нищо.

SPF: само ако услугата поиска това

При SPF много хора мислят: всяка услуга, която изпраща поща, трябва да е в моя SPF запис. Това не винаги е така.

SPF проверява адреса в плика на писмото (Return-Path), не адреса на подателя, който виждате. Много услуги за нюзлетъри, включително Mailchimp, използват собствен домейн в плика. Тяхната SPF проверка минава през собствения им домейн, а Вашият SPF запис няма значение. Затова Mailchimp не изисква include във Вашия SPF запис.

Други услуги обаче използват адрес на Вашия домейн в плика или Ви позволяват да настроите собствен поддомейн (например bounce.example.com). Те изискват include: във Вашия SPF запис или SPF запис на този поддомейн. Направете точно това, което услугата иска:

• ако услугата иска include, поставете го във Вашия съществуващ SPF запис, никога във втори (урок 4.3);
• ако услугата не иска това, не добавяйте нищо.

Защо да сте пестеливи? SPF запис може при проверка да предизвика максимум 10 DNS проверки. Всеки include, a, mx, exists и redirect се брои, а включванията на дадена услуга често сами съдържат още включвания. С уеб хостинг, Microsoft 365, услуга за нюзлетъри, счетоводен пакет и CRM лесно надвишавате лимита. Тогава целият Ви SPF запис става невалиден (permerror). Премахвайте включвания на услуги, които вече не използвате или които не ги изискват.

DMARC: тук е същината

DMARC (урок 4.5) одобрява писмо, ако SPF или DKIM премине успешно и съответства на домейна в адреса на подателя (уеднаквяване). При услуга за нюзлетъри, която използва собствен домейн в плика, SPF никога не може да се уеднакви с example.com. Тогава DMARC може да премине успешно само чрез DKIM: подпис с d=example.com, който получавате само ако сте настроили CNAME записите.

Затова:

1. първо настройте DKIM записите на услугата;
2. изчакайте услугата да съобщи, че домейнът Ви е автентикиран;
3. изпратете тест до себе си и проверете в заглавките дали DKIM е pass с d=example.com;
4. едва след това променете DMARC политиката си от none на quarantine или reject.

Ако все още нямате DMARC запис, много услуги Ви молят да създадете такъв. Започнете с p=none (урок 4.5). Големи получатели като Gmail и Yahoo от 2024 г. изискват масовите изпращачи да имат DMARC запис.

Отговори и bounces

Ако читател отговори на нюзлетъра Ви, това отива на адреса за отговор, който сте настроили в услугата, и чрез Вашия MX стига до собствената Ви пощенска кутия. Недоставените съобщения (bounces) отиват на адреса от плика и следователно към услугата, която ги обработва. И за това не е нужно да правите нищо с MX.

На практика: ето как изглежда в панел

В примерния панел DirectAdmin отворете DNS Administration, кликнете върху Add Record, изберете CNAME, въведете в полето Name само k2._domainkey и във Value dkim2.mcsv.net. с точката. След това направете същото за k3. В Моят WebOké това става по същия начин в раздела DNS; прозорецът показва под полето за име пълното име и предупреждава, ако липсва точката.

В други панели, като cPanel, Plesk, Cloudflare или DNS екрана на Вашия регистратор, бутоните се казват различно, но полетата са същите. При Cloudflare внимавайте за proxy: поставете записите за DKIM на „DNS only“ (Cloudflare обикновено прави това автоматично при CNAME записи с _domainkey).

Обобщение

• Услуга за нюзлетъри не се нуждае от Вашите MX записи; оставете ги непроменени.
• DKIM обикновено се настройва чрез CNAME записи със собствен селектор. Използвайте точно това, което показва Вашето табло.
• Въведете само първата част от името и обърнете внимание на точката в края на стойността.
• Поставяйте SPF include само ако услугата го изисква, в съществуващия Ви запис, и оставайте под 10 проверки.
• При такива услуги DMARC преминава успешно чрез DKIM уеднаквяване; затягайте политиката си едва когато DKIM работи.

Тест

Задача

Задача Z7.4: Разпознаване на услуга за нюзлетъри. Разгледайте как услуга за нюзлетъри сама урежда своя DKIM.

1. Намерете CNAME записа на k2._domainkey.mailchimp.com и на k3._domainkey.mailchimp.com. Препишете целевите имена.
2. Намерете SPF записа на mailchimp.com и пребройте колко include: части съдържа.

Проверката изисква записите на живо при предаването.

Задача O7.4: Самостоятелна настройка във Вашата тренировъчна зона. Свържете симулирана услуга за нюзлетъри с Вашата тренировъчна зона <code>.dnspractice.eu. В тренировъчната зона използвате фиктивната услуга newsletter-demo.dnspractice.eu; при истинския си домейн вземате стойностите от таблото на Вашата услуга за нюзлетъри.

1. Създайте CNAME k2._domainkey.<code>.dnspractice.eu към dkim2.newsletter-demo.dnspractice.eu. Внимавайте с името: без двойна зона след него.
2. Създайте CNAME k3._domainkey.<code>.dnspractice.eu към dkim3.newsletter-demo.dnspractice.eu.
3. Уверете се, че на <code>.dnspractice.eu стои точно един SPF запис, който започва с v=spf1 и завършва на ~all или -all. За тази услуга не добавяйте include.
4. Оставете Вашите MX записи на <code>.dnspractice.eu непроменени: тази услуга не се нуждае от тях.

Допълнително четене

Тези страници описват стъпките в панелите на WebOké (DirectAdmin и Моят WebOké). В други панели работи по същия начин.

• Управление на DNS записи в Моят WebOké (с примери за CNAME, TXT и външни услуги)
• Ръководство за DirectAdmin 5.4: CNAME записи и точката в края
• Ръководство за DirectAdmin 5.8: DKIM включване и проверка
• Ръководство за DirectAdmin 5.7: Настройка и допълване на SPF
• Какво е DMARC? Обяснение на разбираем език