Комментарии 43
Работает с любыми MTA?
Вопрос не совсем по теме, но это то, что я надеялся тут найти и не нашел.
А если почтовый сервер не у нас, а какой-нибудь Яндекс? Есть какие-нибудь конкретные признаки, которые позволят понять, что письмо не дошло? У меня есть сайт с рассылкой на 40000 адресов покупателей. Я смотрел возвраты о недоставке – каждый почтовик отправляет по-своему
А если почтовый сервер не у нас, а какой-нибудь Яндекс? Есть какие-нибудь конкретные признаки, которые позволят понять, что письмо не дошло? У меня есть сайт с рассылкой на 40000 адресов покупателей. Я смотрел возвраты о недоставке – каждый почтовик отправляет по-своему
Отправляйте с адреса вида robot+userid@domain.com
Если письмо вернулось, то с очень большой вероятностью это отлуп.
Если письмо вернулось, то с очень большой вероятностью это отлуп.
Остроумно :) Даже если не регистрировать на каждого пользователя ящик, нужно заводить на домене свой почтовый сервер. А мы решили снять с себя эту нагрузку и работаем по смтп с яндексом. Хотелось бы вышеуказанный функционал по имап реализовать
Добавляйте X-Your-Header-Here и считывайте пришедшие на Return-Path письма. Так можно обрабатывать отлупы, да и не только :)
Знак + существует специально для того чтобы отделить имя ящика от параметров.
Т.е. ящик останется robot, но вы сможете проверять от какого userid пришло по хидеру To: в письме.
Это умеет даже Яндекс, не говоря уже о профессиональных системах.
Т.е. ящик останется robot, но вы сможете проверять от какого userid пришло по хидеру To: в письме.
Это умеет даже Яндекс, не говоря уже о профессиональных системах.
тогда domain.com привяжите к какому-нибудь сервису типа того-же Янедкса и включите получение всех писем на все адреса домена в один ящик. Потом скачивайте по ИМАП все письма из того ящика и проверяйте получателя. Правда, рано или поздно спамом вас накроет немного.
основная почта у нас тоже обрабатывается Яндексом, а для
возвратов мы завели поддомен bounce.mydom.ru
и при отправлении письма, мы указываем Sender вида:
bounce+name=gmail.con@bounce.mydom.ru
но поле From не трогаем!
у нас в скрипте рассылки есть такой код:
возвратов мы завели поддомен bounce.mydom.ru
и при отправлении письма, мы указываем Sender вида:
bounce+name=gmail.con@bounce.mydom.ru
но поле From не трогаем!
у нас в скрипте рассылки есть такой код:
...
//Если почтовый сервер не может доставить письмо,
//он его возвращает отправителю.
//Мы же просим его все возвраты слать на адрес:
//bounce+...@bounce.mydom.ru
//и в этом адресе, кодируем получаетля, чтобы легче было парсить возврат
//(т.к. разные почтовые сервисы шлют их со своими текстами)
//Пример адреса для возврата: bounce+name=gmail.con@bounce.mydom.ru
//Эта техника называется VERP: http://en.wikipedia.org/wiki/Variable_envelope_return_path
//Поле Form: остается без изменений, поэтому на получателей это ни как не отражается.
$VERPAddr = str_replace('@', '=', $emailData['email']);
$mail->Sender = "bounce+$VERPAddr@bounce.mydom.ru";
Потрясающе. Можете показать кусок заголовков отправляемого письма? И это фича исключительно Яндекса?
Для рассылок пользователям мы используем свои smtp-сервера,
честно говоря не представляю как вам удается 40000 писем через сервера яндекса отправить…
Это правда возможно? ;-)
честно говоря не представляю как вам удается 40000 писем через сервера яндекса отправить…
Это правда возможно? ;-)
Несколько ящиков и несколько дней терпения. У нас рассылка об акциях и обновлениях, так что не спешно и мы можем рассылать дней 5-7. Зато это совершенно бесплатно!
Яндекс разрешает что-то около 2500 писем в день с одного своего ящика. Самое сложное – не раздражать всяких мейл.ру, которые время от времени нас в спам укладывают. Но это довольно просто решается отправкой писем в их поддержку и со временем ситуация возникает все реже.
Яндекс разрешает что-то около 2500 писем в день с одного своего ящика. Самое сложное – не раздражать всяких мейл.ру, которые время от времени нас в спам укладывают. Но это довольно просто решается отправкой писем в их поддержку и со временем ситуация возникает все реже.
А, да. Самым важным оказалось кодирование кириллицы в заголовках писем. За это в спам ложат в первую очередь. Как только закодировали – пошло нанмого лучше
и что действительно работает? этоже требует дополнительной настройки на серверах которым вы рассылаете.
А обычно отлупы идут на Return-path
А обычно отлупы идут на Return-path
либа (phpmailer) которой мы шлем автоматом добавляет Return-Path при изменении Sender — и если не ошибаюсь изменение Sender влияет на команду SMTP
MAIL FROM:
еще посмотрел в main.cf, у нас там такая штука есть:
smtpd_authorized_verp_clients = $mynetworks
MAIL FROM:
$useVerp = ($this->do_verp ? " XVERP" : "");
fputs($this->smtp_conn,"MAIL FROM:<" . $from . ">" . $useVerp . $this->CRLF);
еще посмотрел в main.cf, у нас там такая штука есть:
smtpd_authorized_verp_clients = $mynetworks
Все намного проще.
В заголовке для каждого письма указывайте уникальное поле «Errors-To:», куда почтовик будет отправлять отлупы. И обрабатывайте только адрес получателя, который со 100% гарантией связан с письмом отправителя (можете в базе хранить коды писем, а можете просто свой формат адреса сделать).
Например:
From: me@me.me
To: papa@mail.to
Errors-To: 12345.error@me.me
или даже на
Errors-To: papa.mail.to.error@me.me
всю почту на *.error@me.me заворачиваете на свой парсер и однозначно получаете информацию, что письмо не доставлено. В адрес можно включить любую информацию — дату, тему, получателя, код, фамилию и пр.
В заголовке для каждого письма указывайте уникальное поле «Errors-To:», куда почтовик будет отправлять отлупы. И обрабатывайте только адрес получателя, который со 100% гарантией связан с письмом отправителя (можете в базе хранить коды писем, а можете просто свой формат адреса сделать).
Например:
From: me@me.me
To: papa@mail.to
Errors-To: 12345.error@me.me
или даже на
Errors-To: papa.mail.to.error@me.me
всю почту на *.error@me.me заворачиваете на свой парсер и однозначно получаете информацию, что письмо не доставлено. В адрес можно включить любую информацию — дату, тему, получателя, код, фамилию и пр.
так как вы собираете bounce?
чуть выше написал:
http://habrahabr.ru/blogs/php/126448/#comment_4170857
добавлю что парсить боунсы по тексту сообщения — сложно,
в том числе определить адресата, поэтому мы так не делаем :)
Просто кодируем адресата в «envelope sender»:
bounce+name=gmail.con@bounce.mydom.ru
и потом остается пропарсить:
$recipient = getenv('RECIPIENT'); //bounce+name=gmail.con@bounce.mydom.ru
чтобы понять, что доставка на адрес name@gmail.con не прошла.
http://habrahabr.ru/blogs/php/126448/#comment_4170857
добавлю что парсить боунсы по тексту сообщения — сложно,
в том числе определить адресата, поэтому мы так не делаем :)
Просто кодируем адресата в «envelope sender»:
bounce+name=gmail.con@bounce.mydom.ru
и потом остается пропарсить:
$recipient = getenv('RECIPIENT'); //bounce+name=gmail.con@bounce.mydom.ru
чтобы понять, что доставка на адрес name@gmail.con не прошла.
Не ожидал, что тема обработки bounce будет так интересна.
чуть позже соберу все мысли на этот счет и допишу
чуть позже соберу все мысли на этот счет и допишу
Любая работа с почтой интересна. Столько фич можно на ней завязать. Останавливает отсутствие высокоуровневых прослоек для работы с ней и общая разнородность (те же баунсы)
а меня останавливает полная компрометация идеи электронной почты явлением спама и нежеланием сообщества внедрять всякие грабли для спаммеров типа SenderId, SPF и прочие.
Если вы мне назовете аналог, который не подвержен спаму – я вас расцелую.
вы же не написали, для каких целей вы используете почту.
Если для простого информирования пользователей, то можно взять социальные сети (кросспостинг во все сразу и предложение зафрендить при оформлении заказа/на странице компании).
Если для простого информирования пользователей, то можно взять социальные сети (кросспостинг во все сразу и предложение зафрендить при оформлении заказа/на странице компании).
Эээ… Не буду вас целовать, сами виноваты :) В соцсетях сейчас спама еще больше, чем на почте. Но что нам остается – пользуемся и почтой и соцсетями.
habrahabr.ru/blogs/php/126448/#comment_4170930
habrahabr.ru/blogs/php/126448/#comment_4170930
Как раз делал это сам месяц назад, с легким матерком ;)
Интересно, а что будет если на этот ваш email придёт n-ое количество писем с вложениями максимально допустимого размера?
> robot: "|php -q /путь/к/скрипту.php"
Если какой косячок вдруг неожиданно — потеряются письма.
Если письма повалят с невиданным рейтом — ресурсы не безграничны.
Не разумнее ли валить все в ящик, и выгребать почту из него?
В этом случае гораздо меньше риск потерm и использование ресурсов контролируемо.
Если какой косячок вдруг неожиданно — потеряются письма.
Если письма повалят с невиданным рейтом — ресурсы не безграничны.
Не разумнее ли валить все в ящик, и выгребать почту из него?
В этом случае гораздо меньше риск потерm и использование ресурсов контролируемо.
Несколько лет назад разрабатывал систему, передача данных была через почту.
Писем было относительно немного, около 20К в сутки.
Все валились в ящик, откуда по крону ПХПшный скрипт их выгребал.
Работало вполне устойчиво, в случае непредвиденностей — письма оставались в ящике и обрабатывались как только проблемы устранялись.
Писем было относительно немного, около 20К в сутки.
Все валились в ящик, откуда по крону ПХПшный скрипт их выгребал.
Работало вполне устойчиво, в случае непредвиденностей — письма оставались в ящике и обрабатывались как только проблемы устранялись.
20к — это много писем. На некоторых дешёвых хостингах это превышает суточный лимит для одной учётной записи. Так что ваша работа заслуживает похвалы.
Зависит от конкретных условий
если в ящик валить и от туда парсить — то невиданный рейт и максимальный размер тоже может негативно отразиться на работоспособности сервера.
Думаю Ваше решение тоже рабочее, но насколько оно устойчивее к косячкам или атакам однозначно сказать не могу.
если в ящик валить и от туда парсить — то невиданный рейт и максимальный размер тоже может негативно отразиться на работоспособности сервера.
Думаю Ваше решение тоже рабочее, но насколько оно устойчивее к косячкам или атакам однозначно сказать не могу.
Из ящика можно разгребать медленно и неторопливо, в рамках допустимого использования ресурсов. И если почты ну уж совсем много — можно извратиться и разбирать ящик с нескольких серверов приложений.
При вливании почты через пайп прямо в скрипт — никаких гарантий устойчивости нет.
Мое решение отпахало примерно 4 года.
При вливании почты через пайп прямо в скрипт — никаких гарантий устойчивости нет.
Мое решение отпахало примерно 4 года.
Я не говорю что Ваше решение плохое.
Оно просто слишком оптимистичное :)
Оно просто слишком оптимистичное :)
Альтернативный способ для тех кому надо забирать почту из внешнего сервера или у кого нет доступа к конфигурации сервера: использовать PHP библиотеку php-imap.
Подскажите, как будет выглядеть алиас для перенаправления всей почты с определенного домена в скрипт.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Обработка входящей почты на PHP