Комментарии 21
Хороший ник :)
1. Почему все не на python, раз уж знакомы
developers.google.com/gmail/api/quickstart/quickstart-python
2. Воспользоваться ssmtp? Там конфиг буквально из 5 строк
3. Даже штатный sendmail умеет слать почту через gmail/бизнес аккаунт.
Только что проверил с ip без обратной зоны. Все работает, в спам не попало.
1. Почему все не на python, раз уж знакомы
developers.google.com/gmail/api/quickstart/quickstart-python
2. Воспользоваться ssmtp? Там конфиг буквально из 5 строк
3. Даже штатный sendmail умеет слать почту через gmail/бизнес аккаунт.
Только что проверил с ip без обратной зоны. Все работает, в спам не попало.
1. Т.к., насколько я могу судить, доверие машинного обучения к API и веб-интерфейсу разное.
2. Разумеется можно и ssmtp, но после пары отправленных писем с IP без обратной зоны все письма начинают попадать в спам.
3. Конечно же и sendmail умеет. Да по сути любой почтовый сервер подойдет, но смысл не в этом.
Все нежелательные эффекты от отсылки через штатные средства без заморочек начинаю проявляться через, примерно, месяц отсылки однотипных уведомлений.
2. Разумеется можно и ssmtp, но после пары отправленных писем с IP без обратной зоны все письма начинают попадать в спам.
3. Конечно же и sendmail умеет. Да по сути любой почтовый сервер подойдет, но смысл не в этом.
Все нежелательные эффекты от отсылки через штатные средства без заморочек начинаю проявляться через, примерно, месяц отсылки однотипных уведомлений.
1. Т.к., насколько я могу судить, доверие машинного обучения к API и веб-интерфейсу разное.
У Вас же бизнес аккаунт. там уровень доверия впринципе к Вам высок, я не думаю что гугл станет блокировать письма. если вы про механизмы гугла.
А эта система как давно работает?
Может ответ проще? Например сами пользователи довабляют уведомления в спам или к примеру кто-то прошртрафился с того же ip?
Наверное у меня не очень большой объем, 3-4 сотни писем в день. Но работает как часы уже польше трех лет. Правда все по делу.
Может ответ проще? Например сами пользователи довабляют уведомления в спам или к примеру кто-то прошртрафился с того же ip?
Наверное у меня не очень большой объем, 3-4 сотни писем в день. Но работает как часы уже польше трех лет. Правда все по делу.
Ну 3-4 сотни это весьма хороший объём, на мой взгляд. У меня объём ниже. А вариант с добавлением в черный список пытался прорабатывать, создал много почтовых ящиков на том же gmail, и добавлял в доверенных адресатов свой нотификатор, результата так и не было. А работает только пару месяцев. Может только каким-то образом дело в содержании письма, но никакого криминала не рассылалось, стандартные битриксовские уведомления о заказах.
Как вариант — дешевый vps для рассылок, за 10-15$.
С PTR, SPF, DKIM, bulk заголовками, ссылкой на отписку и прочими поэтессами.
Плюс, очередь писем пусть на нем болтается, а не у вас.
А gmail может вас заподозрить и заблочить в любой момент за те же однотипные действия.
С PTR, SPF, DKIM, bulk заголовками, ссылкой на отписку и прочими поэтессами.
Плюс, очередь писем пусть на нем болтается, а не у вас.
А gmail может вас заподозрить и заблочить в любой момент за те же однотипные действия.
Цитата: «Сразу оговорюсь, что механизмы, использованные мной не претендуют на изящество».
За такие объёмы, которые через мой сервер ходят, вряд ли заблокируют, но тут все же надо будет посмотреть как большая статистика покажет.
К тому же такое решение полностью бесплатно, возможно кому-то все же пригодится.
За такие объёмы, которые через мой сервер ходят, вряд ли заблокируют, но тут все же надо будет посмотреть как большая статистика покажет.
К тому же такое решение полностью бесплатно, возможно кому-то все же пригодится.
amazon SES?
5 евро в месяц стоит атом в kimisufi. За сравнимые деньги можно иметь виртуалку с большей производительностью. Обычно у таких сервисов нет никаких проблем с ptr'ами, а «избавляться от первого хопа со своего IP» просто нет смысла — почтовые сервера требуют fqdn на этапе HELO, а не на этапе «просмотра заголовков».
В этой схеме как, такового этапа SMTP диалога нет. Он происходит между сервером гугл и конечным сервером получателя письма. Единственное, где фигурирует IP машины, с которой была осуществлена отправка, так это в поле X-Originating-IP, которое мало влияет на параметры фильтрации.
Я это понимаю. Я говорю, что нет смысла отдавать это на откуп гуглу (чтобы периодически получать непонятные потери и задержки почты), когда можно просто поднять smart relay в пять минут работы не очень крутого админа. Заметим, в этом случае недоставка почты может отлаживаться человеком по логам, а не по обиженным от пользователей «у меня почта иногда не проходит».
А к чему тогда вот эта фраза: «а «избавляться от первого хопа со своего IP» просто нет смысла — почтовые сервера требуют fqdn на этапе HELO, а не на этапе «просмотра заголовков»»?
Это ответ на фразу «Идея в том, чтобы избавиться от вашего IP, как от начального релея.».
А кого вообще, кроме алгоритмов эвристики, должен волновать первый хоп, болтающийся в заголовке письма? Да и у спам-фильтра обычно этот параметр имеет небольшой вес. Все прекрасно понимают, что UA может отослать письмо из любой помойки. Другое дело MTA. Для него как раз и рекомендуется наличие PTR. И это будет скорее всего первый параметр по которому его отфутболят. Но, опять же «рекомендовано не означает обязательно». Опять же, многие MTA вырезают всю цепочку релеев из заголовка по разным причинам, оставляя только последний — свой.
Вобщем, как говаривал Уэф: "Скрипач Первый хоп не нужен, родной"
По теме поста: уважаемый, YMA_HET, предложенная вами конструкция пугает меня практической сложностью выявления ошибок в конвейере обработки корреспонденции.
Поддержу amarao, традиционный smart relay на недорогом VPS/VDS проще и прозрачнее.
О безопасности: я не готов сходу провести аудит кода, но цепочка httpd-php-bash-python-sudo-tty вызывает у меня сильный приступ паранойи.
Уж лучше использовать postfix под непривилегированной учеткой.
Вобщем, как говаривал Уэф: "
По теме поста: уважаемый, YMA_HET, предложенная вами конструкция пугает меня практической сложностью выявления ошибок в конвейере обработки корреспонденции.
Поддержу amarao, традиционный smart relay на недорогом VPS/VDS проще и прозрачнее.
О безопасности: я не готов сходу провести аудит кода, но цепочка httpd-php-bash-python-sudo-tty вызывает у меня сильный приступ паранойи.
humor mode
Придется вечером сходить на собрание анонимных админов-паранойиков. А ведь я был в завязке уже полгода.
Уж лучше использовать postfix под непривилегированной учеткой.
Насколько я могу судить, сейчас за обратный ДНС «впрягается» только пара серверов из DNSBL.
Все остальные вроде как вполне понимают, что если есть DKIM, SPF и прочие приблуды, значит всё хорошо с большой вероятностью (опыт 7000+ писем в неделю, очень похожих).
Да и как мне казалось, при авторизированной отправке мыла через сервера гугл он сам прячет ваш IP весьма неплохо. Не совсем понятно зачем привязываться к веб-морде.
P.S.
Загляните в mandrillap, он умеет слать много, интеллектуально, а главное, логи и уведомления о
1. Если пользователь нажал «В Спам»
2. Если письмо не доставлено по какой-то причине
и пр.
Все остальные вроде как вполне понимают, что если есть DKIM, SPF и прочие приблуды, значит всё хорошо с большой вероятностью (опыт 7000+ писем в неделю, очень похожих).
Да и как мне казалось, при авторизированной отправке мыла через сервера гугл он сам прячет ваш IP весьма неплохо. Не совсем понятно зачем привязываться к веб-морде.
P.S.
Загляните в mandrillap, он умеет слать много, интеллектуально, а главное, логи и уведомления о
1. Если пользователь нажал «В Спам»
2. Если письмо не доставлено по какой-то причине
и пр.
Некоторые особо олдскульные админы в крупных организациях таки просят fqdn/rdns на этапе helo/ehlo, и отфутболивают ваши замечательные письма с ptr/dkim/spf только в путь.
Так что rdns обязательно должен быть. Если у вас что-то серьезное, а не так, поиграться )
Так что rdns обязательно должен быть. Если у вас что-то серьезное, а не так, поиграться )
Наверное, вы поторопились записав PTR к «отфутболиваемым», это же как раз то, что нужно для rDNS.
В любом случае, местные банки (как по мне самые критичные ко всему стороннему субьекты) принимают наши емэйлы без проблем. Мы же не MTA, мы прячемся за глобальным игроком Exchange сервисов. Лишь несколько раз было, что DNSBL нас блокировал по причине отсутствия PTR к нашему домену, но это имхо глупость, у MTA свои айпишники, у нас свои, и почти каждый может побывать в X-Originating-IP.
В любом случае, местные банки (как по мне самые критичные ко всему стороннему субьекты) принимают наши емэйлы без проблем. Мы же не MTA, мы прячемся за глобальным игроком Exchange сервисов. Лишь несколько раз было, что DNSBL нас блокировал по причине отсутствия PTR к нашему домену, но это имхо глупость, у MTA свои айпишники, у нас свои, и почти каждый может побывать в X-Originating-IP.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как доставлять e-mail уведомления клиентам в условиях невозможности прописать обратную DNS зону