База знания

Изпращайте имейл от собствения си домейн, от собствения си акаунт

Изпращайте известията на вашите клиенти от собствения си домейн, чрез собствения си имейл акаунт: кой доставчик да изберете, SPF, DKIM и return-path записите, от които всички те се нуждаят, защо настояваме едно тестово съобщение действително да пристигне и какво се случва, когато даден доставчик се срине.

Всяко известие, което вашите клиенти получават — фактури, нулиране на пароли, отговори на запитвания, актуализации по проекти — се изпраща през пощенска услуга. По подразбиране тази услуга е нашата, редът „От“ (From) показва Zinn Digital® и ние заплащаме за нея.

Ако използвате план за агенция или реселър, вместо това можете да свържете своя собствена пощенска услуга. Тогава вашите клиенти ще виждат вашия домейн в реда „От“, отговорите ще се връщат при вас, а съобщенията ще се изпращат от вашия акаунт чрез вашия доставчик.

Настройте я в секцията Изпращане на имейли във вашия информационен панел.

Кой доставчик трябва да използвам?

Всеки от следните работи. Изберете този, с който вече имате акаунт.

| Доставчик | Най-подходящ, ако | Ръководство | | --- | --- | --- | | Mailgun | Искате API и щедри обеми за изпращане | Настройка на Mailgun | | SendGrid | Вече го използвате за маркетинг имейли | Настройка на SendGrid | | Postmark | Само транзакционни имейли, най-добра доставка | Настройка на Postmark | | Amazon SES | Вече използвате AWS и искате най-ниска цена | Настройка на Amazon SES | | Resend | Искате най-опростената настройка | Настройка на Resend | | Вашият собствен SMTP сървър | Поддържате собствена пощенска инфраструктура | Настройка на SMTP |

Ако нямате предпочитания и нямате съществуващ акаунт, Postmark е този, който бихме избрали за транзакционни имейли: той отказва да пренася маркетинг съобщения, което е точно причината процентите му на доставка да бъдат такива, каквито са.

Първо направете DNS настройките. Това е голяма част от работата.

Който и доставчик да изберете, същите три DNS записа определят дали вашият имейл ще пристигне, или ще попадне в спам. Вашият доставчик генерира точните стойности, а вие ги добавяте към своя домейн.

SPFTXT запис във вашия домейн, който описва кой има право да изпраща от ваше име. Ако вече имате такъв, го редактирайте; не добавяйте втори. Домейн с два SPF записа се проваля напълно при SPF проверката, което е по-лошо от липсата на такъв.

DKIMTXT или CNAME запис, съдържащ публичен ключ, така че приемащите сървъри да могат да проверяват дали съобщението наистина е дошло от вашия доставчик и не е било променяно. Това е записът, който върши най-много работа и който трябва да съвпада, за да премине DMARC проверката.

Домейн за обратен път (bounce) — обикновено CNAME. Той задава невидимия адрес на плика, който вашият доставчик използва за събиране на върнати съобщения. Без него върнатите съобщения отиват някъде, където не можете да ги видите, и репутацията на вашия домейн се влошава, без да разберете.

DMARCTXT запис на адрес _dmarc.yourdomain.com, който указва на приемащите сървъри какво да правят, когато SPF и DKIM не съвпадат с реда „От“. Започнете с p=none, докато проверявате дали всичко минава успешно, след което преминете към p=quarantine и p=reject.

⚠️ Промените в DNS не са мигновени. Дайте им до един час, преди да решите, че нещо не е наред.

Използвайте поддомейн за изпращане

Изпращайте от mail.yourdomain.com или notifications.yourdomain.com, а не от самия yourdomain.com.

Причината е репутацията. Вашият основен домейн се използва от корпоративната ви поща. Ако масовото изпращане някога се обърка, отделен поддомейн за изпращане ограничава щетите — вашият персонал все още може да изпраща имейли на клиенти, докато вие разрешавате проблема. Това също така ви позволява да зададете DNS записи за изпращане, без да докосвате записите, от които зависят вашите собствени пощенски кутии.

В полето Изпращане от този домейн все пак въвеждате домейн, а не адрес. Частта преди @ се избира за всяко съобщение: разписките тръгват като billing@, нулирането на пароли като no-reply@, отговорите на запитвания като support@.

Как работи настройката

  1. Изберете вашия доставчик и поставете неговите идентификационни данни.
  2. Натиснете Изпращане на тестово съобщение. Ние изпращаме истински имейл през вашия доставчик до посочена от вас пощенска кутия, съдържащ код в него.
  3. Прочетете кода от тази пощенска кутия и го въведете.

Едва тогава имейлите ви започват да се изпращат от ваше име.

Използвайте пощенска кутия в друг домейн за теста — адрес в Gmail или Outlook е идеален. Съобщение, което никога не напуска собствения ви сървър, доказва много по-малко от такова, което е пресекло интернет и е преминало през спам филтъра на някой друг.

Защо настояваме тестовото съобщение наистина да пристигне

Тъй като доставчик, който приема съобщение и след това го премахва безшумно, изглежда напълно идентично с работещ такъв. Чисто нов акаунт в Amazon SES е в пясъчна кутия (sandbox), ще приеме вашето съобщение и няма да го достави никъде. Mailgun домейн, чийто DNS не се е разпространил, прави същото. Същото важи и за SMTP релей, който отговаря с 250 и го изхвърля.

Ако бяхме превключили изпращането ви в момента, в който вашите идентификационни данни бяха приети, първото нещо, което щяхте да разберете, е, че вашите клиенти са спрели да получават каквото и да било — и щяхте да го разберете от клиент, дни по-късно. Кодът е доказателство, че съобщението е напуснало вашия доставчик и е стигнало до получателя.

Какво се случва, ако доставчикът ми спре да работи

Вашите известия се записват като неуспешни, правят се нови опити за изпращане, а екранът ви Изпращане на имейли става червен с грешката на самия доставчик в него.

Ние не ги изпращаме от нашия домейн вместо това. Това е умишлено. Безшумният резервен вариант би означавал, че повреденият пощенски акаунт продължава да работи достатъчно добре, че никой да не го поправи — докато ние тихо плащаме за него. Така че повредата е видима и е ваша отговорност да я поправите, което е единственият начин тя да бъде отстранена.

Докато това не бъде оправено, вашите клиенти няма да получават тези известия. Всичко все още е в тяхната пощенска кутия в информационния панел и нищо не е загубено — но третирайте червения банер тук като спешен.

Ами ако не направя нищо?

Нищо няма да се счупи. Вашите известия продължават да се изпращат от нашия домейн като Zinn Digital® и ние продължаваме да плащаме за тях. Вашите клиенти просто виждат нашето име вместо вашето.

Премахване

Натиснете Прекъсване на връзката. Вашите запазени идентификационни данни се изтриват и известията ви се връщат към нашия домейн още със следващото съобщение. Можете да възстановите връзката по всяко време.

Все още изпитвате затруднения?

Поддръжката е включена във всеки план с отговори на вашия собствен език.

Свържете се с поддръжката Всички статии
Изпращайте имейл от собствения си домейн, от собствения си акаунт