Гм это могла возможно быть ошибка типа EOL?
Если это, это должно зафиксировать он:
dos2unix /etc/iptables.test.rules
Я уверен, что существует способ протестировать его прежде, чем выполнить unix2dos. Возможно, с помощью grep или что-то. Я обычно просто использую энергию и проверяю строку состояния.
После того, как DKIM был настроен (для справки см. это руководство ) и успешно проверен в моем домене, мне все равно пришлось включить его в консоли AWS на SES -> Домены -> DKIM
После того, как это было сделано, письма в Gmail больше не отображаются с адресом для отказов через.
Вы можете видеть, что он по-прежнему отображается как , отправленный с: amazonses.com
когда вы просматриваете сведения об отправителе, но это нормально, поскольку это правда.
Важно отметить, что он отображается как подписанный нашим доменом.
Надеюсь, что для вас это так же просто, как включить DKIM.
Наряду с проверкой домена и включением DKIM на домене, я также должен был включить DKIM на подтвержденном электронном адресе, с которого я отправлял.
.Если ваше описание "от" содержит определенные специальные символы, оно может выйти из строя, даже если все настроено правильно.
например. наличие зарегистрированного товарного знака в моем "от" все испортило
var toAddress = new System.Net.Mail.MailAddress("support@example.com",
"Example.com® Customer Support");
Это дало мне заголовки:
Authentication-Results: mx.google.com;
dkim=fail header.i=@example.com;
dkim=fail header.i=@amazonses.com;
Я не уверен, почему - но, вероятно, связано с кодировкой символов или чем-то в этом роде. Поэтому я ожидаю, что это может не сработать для акцентированных символов или других специальных символов.
(Где example.com
- это мой собственный домен, из которого я отправляю сообщения, а (скрытый) - это адрес, включенный для DKIM в Amazon SES)