Формата за контакт не изпраща имейли: какво да проверим?
Намерете къде спира запитването, преди да променяте настройките на пощата. Формата прие ли изпращането? Сайтът предаде ли съобщението на пощенска услуга? Тя достави ли го, отхвърли ли го, или го постави в спам? Благодарственият екран сам по себе си не отговаря на трите въпроса.
Проверете правилната пощенска кутия, включително спам
Уговорете контролиран тест с примерни данни, запишете часа и проверете действителния адрес на получателя. Потърсете в спам и нежелана поща, не само във входящите. Проверете и правилата за препращане и достъпа до споделена кутия: съобщението може да е на друго място, а не в папката, която колегата следи.
Ръководството на Jetpack за WordPress започва със спам проверка и посочва настройките на подателя, ограниченията на хостинга и конфликтите на приставки като възможни причини. Това са следи за разследване, не доказателство за причината при вас. WordPress тук е пример; при друга платформа запитването може да спре на различен етап.
Разделете удостоверяването от успешната доставка
Правилата на Google за лични Gmail акаунти изискват SPF или DKIM от всички податели. Над 5 000 съобщения дневно към такива акаунти се изискват и двете, плюс DMARC. Това са изисквания на конкретен доставчик, не общо освобождаване под този обем.
Нека хостингът или разработчикът провери действителната изпращаща услуга, настройките на домейна и изискванията на получателя. Удостоверяването и шифроването при пренос отговарят на различни въпроси. Добавянето на DNS записи само по себе си не доказва, че писмото е стигнало до входящите, а използването на PHP mail() само по себе си не определя шифроването по пътя на доставката.
WordPress посочва, че резултат true от wp_mail() не доказва получаване. PHP също разграничава приемането за доставка от достигането до получателя. Поискайте доказателства от изпращащата услуга и приемащата кутия, вместо да приемате успешното извикване на функция за краен резултат.
Проверете настройките и последните промени
Сверете адреса на получателя, настроения подател и полето за отговор. Проверете коя услуга действително изпраща, вместо да приемате, че хостингът на сайта обслужва и пощенската кутия. Ако няколко инструмента могат да пращат писма, установете кой е обработил конкретния тест.
Съпоставете първия забелязан неуспех с последните промени по формата, приставките, хостинга, DNS или данните за достъп до пощата. Близко по време обновление е полезна следа, а не доказателство за вина. Поискайте от отговорника да прегледа съответните дневници, преди да заменя компоненти или да променя няколко настройки наведнъж.
Проследете запитването по ред
- Запишете уговорените час и получател на теста, после проверете видимия резултат на формата и евентуално запазеното запитване.
- Проверете дали сайтът е създал заявка за изпращане и дали настроената пощенска услуга я е приела.
- Потърсете събития за доставка, причина за отказ или върнато писмо и проверете спама и правилата на кутията.
- Прегледайте удостоверяването на изпращащия домейн и изискванията на приемащия доставчик с отговорния специалист.
- Поправете установената причина и повторете контролирания тест до получаване в правилната кутия.
SMTP връзка с удостоверяване или услуга за транзакционна поща може да е част от поправката, ако проблемът е в сегашното изпращане. Никое от двете не гарантира попадане във входящите. След промяната проверете действителните настройки, достъпа, отчитането на грешки и крайното получаване.
Какво да изпратите на хостинга или разработчика?
Посочете адреса на страницата, часа на теста, очаквания получател, видимото съобщение и съответната грешка или идентификатор за доставка. Обяснете дали запитването е запазено и дали друго писмо от сайта се доставя. Не включвайте пароли и поверително съдържание от клиентски запитвания в обикновена заявка за помощ.
Питайте кой поема следващата проверка: отговорникът за формата, хостингът на сайта, изпращащата услуга или администраторът на приемащата кутия. Ако първата услуга е приела писмото, поискайте следващия ѝ резултат за доставката. Така проверката остава при мястото, на което свършват доказателствата.
Въпроси
Работеше миналия месец. Това доказва ли, че обновление я е повредило?
Не. Сверете времето на обновленията и промените по настройки с първия забелязан неуспех. Достъпът, маршрутизирането, лимитите и филтрирането при получателя също изискват проверка. Променете установената причина, после проверете отново целия път на запитването.
Има ли значение удостоверяването при съвсем малко писма?
Проверете правилата на приемащия доставчик и при нисък обем. Малката форма не е автоматично освободена от изисквания за удостоверяване. Валидното удостоверяване е част от изпращането, а не обещание всяко съобщение да пристигне във входящите.
Трябва ли да купим инструмент само за преглед на DNS записи?
За обикновена DNS справка не е нужен по необходимост отделен абонамент. Хостингът или разработчикът може да прегледа публикуваните записи. Изборът на правилните стойности и проверката на действителното изпращане са отделни задачи; не добавяйте догадени записи и не споделяйте пароли само заради справката.
Източници
Още по темата
Следваща стъпка
Включете проверка на получаването в редовното наблюдение
Наблюдението и поддръжката включва тестово запитване през формата ви на редовен интервал, за да помогне да се открие прекъснат поток от запитвания. Проверката трябва да потвърди получаването в правилната кутия, вместо да спира до благодарствения екран.
или ни пишете на contact@ergostrat.com