- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
При регистрации на сайте юзвери часто ошибаются вводя свой емейл. В результате sendmail формирует кучу писем с уведомлениями об ошибках. Подскажите пожалуйста, как сделать чтобы он этого не делал?
Проверять существование ящика при регистрации, а если тот не существует - писать об этом юзерам.
Проверять существование ящика невозможно надежно на уровне скрипта регистрации. Разные компании могут использовать самые странные многоуровневые схемы.
Да и письмо-уведомление об ошибке может быть отправлено чужим сервером уже после того, как первый внешний сервер получателя принял письмо. Что бы вы ни делали со своим sendmail, найдется чужой sendmail, который обязательно захочет вас уведомить.
Лучше настроить обратный адрес типа robot@site.ru, формировать письма с этим обратным адресом и удалять все письма поступающие туда.
Лучше настроить обратный адрес типа robot@site.ru, формировать письма с этим обратным адресом и удалять все письма поступающие туда.
А расскажите как это сделать :) Я прогуливал уроки в школе, когда учили систему DNS и марштуризацию почты :) TCP и все что над ним я знаю неплохо, но с маршрутизацией и протоколами на UDP у меня плоховато :)
У меня на сервере несколько доменов.
Почта шлется как бы с адреса robot@domain2.com а сендмейл шлет уведомления об ошибках на адрес юзер@domain1.com где юзер - это имя того системного юзера от имени которого работает веб-скрипт. То есть вопрос разбивается на два:
1. Как настроить на какой адрес сендмейл будет слать уведомления?
2. Как сделать так чтобы приходящая на этот адрес почта удалялась?
Я прогуливал уроки в школе, когда учили систему DNS и марштуризацию почты :) TCP и все что над ним я знаю неплохо
Днс и маршрутизация почты - как раз над TCP. "Если чо" (ц).
Так что я усматриваю противоречие. Думаю, хвалиться знаниями вам пока рановато ;)
Почта шлется как бы с адреса robot@domain2.com а сендмейл шлет уведомления об ошибках на адрес юзер@domain1.com где юзер - это имя того системного юзера от имени которого работает веб-скрипт. То есть вопрос разбивается на два:
1. Как настроить на какой адрес сендмейл будет слать уведомления?
2. Как сделать так чтобы приходящая на этот адрес почта удалялась?
1. Она "как бы" или таки шлется? Если пользователь указывает *корректный* заголовок From (без кириллицы прямым текстом и прочей порнографии) - ошибки уйдут на robot@domain2.com (или что там указано во From). Правьте скрипты.
2. Если From не указан (или указан криво) - "уведомления" уйдут на адрес, который указан в заголовке Return-Path. Обычно его выставляют в конфиге виртуального хоста (во что-то типа юзер@domain1.com). См. документацию PHP функции mail() и описание конфигурационной директивы sendmail_from:
http://www.php.net/manual/en/mail.configuration.php
3. Удалять почту на robot@domain2.com можно просто добавив алиас в /etc/aliases типа:
Прочитайте man 5 aliases.
Днс и маршрутизация почты - как раз над TCP. "Если чо" (ц).
Не. Над UDP а не над TCP. Доставка почты над TCP, а маршрутизация над UDP. Но я вообще под маршрутизацией (в которой не разбираюсь) имел ввиду еще и внутреннюю маршрутизацию на сервере.
1. Она "как бы" или таки шлется? Если пользователь указывает *корректный* заголовок From (без кириллицы прямым текстом и прочей порнографии) - ошибки уйдут на robot@domain2.com (или что там указано во From). Правьте скрипты.
2. Если From не указан (или указан криво) - "уведомления" уйдут на адрес, который указан в заголовке Return-Path. Обычно его выставляют в конфиге виртуального хоста (во что-то типа юзер@domain1.com). См. документацию PHP функции mail() и описание конфигурационной директивы sendmail_from:
http://www.php.net/manual/en/mail.configuration.php
From указан правильно. За остальное и особенно за ссылки и указание в какие места конфигов смотреть - большое спасибо, буду разбираться.
Не. Над UDP а не над TCP. Доставка почты над TCP, а маршрутизация над UDP.
Повторяю, лучше пока не выставляйте напоказ подобные "знания". Засмеют.
Проверять существование ящика невозможно надежно на уровне скрипта регистрации.
Легко
Высылаем пин на указанный мыл и на следующем шаге просим его ввести.
Высылаем пин на указанный мыл и на следующем шаге просим его ввести.
Ну это как бы уже другой запуск скрипта.
Изначальная цель была избавиться от уведомлений об ошибках. Это не подойдет, потому что снова получим письмо об ошибке.