- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Помогите, пожалуйста, в решении следующей задачи.
Есть корпоративная почта @xxx.ru, размещенная на PDD Яндекса. Письма отсылаются сотрудниками через почтовые клиенты/веб-интерфейс.
Есть домен третьего уровня yyy.xxx.ru, который автоматически отсылает клиентам письма о статусах заказов и т.п. с п/я, принадлежащего основному домену (xxx.ru).
Задача такая - как сделать так, чтобы письма, отправляемые через веб-интерфейс/почтовые клиенты и через сайт, были подписаны DKIM-подписью?
Подписать письма, отправляемые через почтовые клиенты/веб-интерфейс, не проблема - Яндекс выдает публичный DKIM-ключ, который необходимо добавить в DNS-запись домена.
Как подписать письма, отправляемые с сайта yyy.xxx.ru, средствами postfix + openDKIM? Необходимо сгенерировать средствами postfix пару публичный/секретный ключ и в DNS-запись домена добавить второй публичный ключ?
Есть домен третьего уровня yyy.xxx.ru, который автоматически отсылает клиентам письма о статусах заказов и т.п. с п/я, принадлежащего основному домену (xxx.ru)
Здесь какое-то противоречие - с какого точно адреса отсылается автоматическая почта с @yyy.xxx.ru или @xxx.ru?
Вообще, почтовые системы рекомендуют для автоматических рассылок делать выделенный поддомен типа @robot.xxx.ru - в этом случае проблемы с подписью не существует - генерируем ключи для поддомена на сервере и настраиваем подпись на Postfix.
Если же требуется отправлять подписанную почту именно с @xxx.ru, который привязан к PDD, то и отправлять тогда надо через сам яндекс. Для этого на postfix можно настроить пересылку с авторизацией типа:
/etc/postfix/main.cf:
/etc/postfix/sasl_passwd:
собираем карту:
Чуть более развернуто можно посмотреть в шпаргалке "Безопасный Postfix"
Если же требуется отправлять подписанную почту именно с @xxx.ru, который привязан к PDD, то и отправлять тогда надо через сам яндекс.
Вариант с авторизацией на яндексе не нравится, т.к., насколько я понимаю, все отправленные письма будут попадать в "Отправленные" на Яндексе. Этой почтой пользуется сотрудник и его папка отправленных писем будет замусорена.
Вариант с отправкой через другую почту, которую никто не проверяет (например, No-reply@xxx.ru), совсем не устраивает, т.к. клиенты могут отвечать на наши письма. И на полученные от клиентов письма должна быть ответная реакция с нашей стороны.
Вариант с отправкой через другую почту, которую никто не проверяет (например, No-reply@xxx.ru), совсем не устраивает, т.к. клиенты могут отвечать на наши письма. И на полученные от клиентов письма должна быть ответная реакция с нашей стороны.
Отправлять через yandex с адреса no-reply@xxx.ru. и указывать заголовок RETURN-PATH "Reply-To"
Вариант с авторизацией на яндексе не нравится, т.к., насколько я понимаю, все отправленные письма будут попадать в "Отправленные" на Яндексе. Этой почтой пользуется сотрудник и его папка отправленных писем будет замусорена.
Не должно. Папка "Отправленные" - это специфика работы веб-интерфейса или почтового клиента, который явно запрашивает сохранение копии письма в отправленных. Хотя использовать почтовый ящик человека для автоматических писем - не самая хорошая идея. Скорее всего возникнет другая проблема - какое-нибудь ограничение на количество исходящих писем в единицу времени.
Вариант с отправкой через другую почту, которую никто не проверяет (например, No-reply@xxx.ru), совсем не устраивает, т.к. клиенты могут отвечать на наши письма. И на полученные от клиентов письма должна быть ответная реакция с нашей стороны.
Можно настроить внутреннюю пересылку с noreply@ на адрес реального человека. При этом не забыть удалять письма из ящика noreply при пересылке, иначе он рано или поздно начнет представлять собой могильник.
посмотрите в сторону хедера Reply-To
Как подписать письма, отправляемые с сайта yyy.xxx.ru, средствами postfix + openDKIM? Необходимо сгенерировать средствами postfix пару публичный/секретный ключ и в DNS-запись домена добавить второй публичный ключ?
Думаю, Вы сами ответили на свой вопрос :)
Думаю, Вы сами ответили на свой вопрос :)
то есть для одного домена можно создать две txt-записи с разными публичными dkim-ключами (и разными селекторами) и обе подписи будут работать? Как-то упустил из виду возможность указания разных селекторов...
то есть для одного домена можно создать две txt-записи с разными публичными dkim-ключами (и разными селекторами) и обе подписи будут работать? Как-то упустил из виду возможность указания разных селекторов...
С разными селекторами (и соответственно с разыми хостами для TXT под DKIM ключ) - будет работать.
то есть для одного домена можно создать две txt-записи с разными публичными dkim-ключами (и разными селекторами) и обе подписи будут работать? Как-то упустил из виду возможность указания разных селекторов...
да, именно разные селекторы вас выручат. не забудьте SPF прописать еще.
я например так и настраиваю - ящики на GoogleApps(dkim) + рассылка через Mandrill(dkim).
и всё неплохо в принципе работает, подписывается и принимается.
да, именно разные селекторы вас выручат. не забудьте SPF прописать еще.
подтверждаю, разные селекторы выручают. Все отлично подписывается! SMTP-авторизация и пр. не понадобилось.