Электронные письма порядка из магазина онлайн, не поставленного из-за ошибок SPF
Мне служили моему домену два сервера с различными IP-адресами: один для основного веб-сайта и другого для магазина онлайн. Когда клиент размещает заказ, среди прочего, электронное письмо посылается адресу внутренней почты sales@example.com. Это электронное письмо послано сервером, на котором находится интернет-магазин. Однако электронное письмо послано, чтобы быть от адреса электронной почты клиента, таким образом, например, если customer@example.org размещает заказ, электронное письмо будет послано от интернет-магазина до sales@example.com с деталями порядка, симулируя быть от customer@example.org.
На моем почтовом сервере SpamAssassin отклоняет эти электронные письма, хотя, потому что они приводят проверку проверки SPF к сбою, а именно, я получаю сообщение об ошибке, заявляя это store.example.com is not allowed to send mail from example.org (это легко понять, поскольку мой интернет-магазин не будет включен в example.org Запись SPF).
Я администрирую example.com от имени клиента - и состояния клиента, что электронные письма от хранилища должны прибыть в этот формат (т.е. из customer@example.org в противоположность универсальному store@example.com). Как я могу настроить SpamAssassin (через cPanel или, при необходимости через бэкэнд) для принятия сообщений, переданных store.example.com?
Се покажа дека сè е многу поедноставно отколку што мислев - SpamAssassin немаше никаква врска со тоа и отфрлањето на правилото за SPF се случуваше на ниво на екзим. Ја изменив конфигурацијата на exim за да ја вклучам IP-мрежата на нашиот сервер за онлајн продавница во доверлив список на SMTP - и сè сега работи правилно.
Ако клиентот бара е-пошта да бидат испратени „од“ нивниот домен, тогаш треба да додадат SPF запис за вашите услуги, валидирањето на ова е како одобрена крајна точка. вклучуваат: механизмот во SPF може да биде начинот на кој може да се оди.
Дали сте домаќини на сопствени услуги за пошта? Ако е така, веројатно веќе имате запис за заштитен фактор. Може да го охрабрите вашиот клиент да додаде линија како што е ? Include: store.mydomain.com на нивниот SPF, за да дозволите „неутрална“ валидација на испраќањето на вашиот домен како otherdomain.com. Се разбира, вашиот SPF треба да биде прилично строг, а не нешто како + сите . Јас би препорачал да ја користите IP адресата на вашиот сервер за онлајн продавница.
Ако сте само загрижени за е-пошта што ќе ви влезат во организацијата и нема да поминете заштитен фактор за надворешни приматели, можете да се спасите само со белиот список на (скриени) адреси во Спам Асасин. бел список-од врската СпамАсасин . (Јас не сум запознаена со оваа конфигурација, YMMV.)
Ако треба да доставите е-пошта до други домени за е-пошта додека ја имитирате (скриената) адреса, ќе треба да имате валиден SPF или во спротивно ќе пропуштите проверки на глобално ниво. Звучи како да им давате услуга на повеќе клиенти, затоа препорачувам да имате валиден заштитен фактор и да им укажувате на клиентите да додадат вклучуваат: упатување на нивните заштитени записи.
Правильный способ решения этой проблемы адрес клиента должен быть указан в заголовке электронной почты From: , а ваш адрес - в команде SMTP MAIL FROM .