LINUX.ORG.RU
ФорумAdmin

прокся для почты с хранением писем в очереди


0

1

Добрый день.

Имеется некая система (условно назовём её otrs), отправляющая и получающая письма через gmail. Периодически gmail блокирует (из-за всяких лимитов и тд). Отправка идёт из самого perl-скрипта - сам авторизуется, сам шлёт письмо. Недостаток такой системы - в случае если ломается gmail (или блокирует), отправить письма невозможно.

Собственно вопрос такого плана - хочется найти (не писать самим) готовый скрипт, принимающий почту подобно smtp серверу, хранящий эти письма в своей какой-то очереди, а затем расстреливающий её. Плюс такого подхода - если гугл сломается, ответить из otrs на письма всё равно можно будет, просто они отправятся позже - это лучше чем просто невозможность отвечать на письма.

Любят я смотрю люди изобретать велосипед. Поставь себе локальный смтп сервер и поставь ему релеем гугль с нужным логином и паролем. Профит, задача решена.

blind_oracle ★★★★★
()
Ответ на: комментарий от loginrl103

smtps? без проблем, сертификатов тока нагенерить каких-нибудь, хотя для клиентского режиме можно и без них.

blind_oracle ★★★★★
()
Последнее исправление: blind_oracle (всего исправлений: 1)

Периодически gmail блокирует (из-за всяких лимитов и тд)

Вот, кстати, вопрос. Зачем нужен такой сервер почтовый ? Доигрались ? Поуходили к большим дядям ? Свой сервер надо иметь, со своими лимитами.

AS ★★★★★
()
Ответ на: комментарий от AS

Вот, кстати, вопрос. Зачем нужен такой сервер почтовый ? Доигрались ? Поуходили к большим дядям ? Свой сервер надо иметь, со своими лимитами

ожидаемое сообщение, всё что угодно но только не по делу) есть определённые причины использования гугл аппс - рассылка подписок, стабильность (дада, это куда стабильнее своего почтового сервера, и не надо мне запиливать про 99,999 у своего сервера в дц и тд), к тому же щас взяли платную версию.

blind_oracle - а в очереди оно будет хранить сообщения не доставленные? и будет ли их потом пытаться доставить в случае фейла?

loginrl103
() автор топика
Ответ на: комментарий от loginrl103

дада, это куда стабильнее своего почтового сервера, и не надо мне запиливать про 99,999 у своего сервера в дц и тд

Свой - не свой, но класть все яйца в одну-две корзины - это никак не увеличение надёжности. А то получается нет Гугля, так и почта не нужна совсем,так как вся у Гугля. Ага ? :-)

а в очереди оно будет хранить сообщения

Любая, нормально поставленная, unix-система нуждается во внутренней почте. Хотябы сообщения от cron-а слать root-у. Как правило, она реализуется нормальным MTA, так как в эпоху гигагерц и гигабайт тут много не наэкономишь. Надо только донастроить функционал. Изучите систему, которой пользуетесь. Вот эта, якобы, otrs на каком дистрибутиве развёрнута ?

AS ★★★★★
()
Ответ на: комментарий от AS

А то получается нет Гугля, так и почта не нужна совсем,так как вся у Гугля

синхронизация между почтами это так увлекательно.

но тема куда то не туда свернула

loginrl103
() автор топика
Ответ на: комментарий от loginrl103

синхронизация между почтами это так увлекательно.

Утомлять просто стал неработающий Гугль. И без возможности спросить «а что, собственно». Они за деньги какой там саппорт обеспечивают ? С людьми из саппорта можно пообщаться ? Или, так же FAQ и форум непонятно, с кем только ?

но тема куда то не туда свернула

К слову пришлось. Так что за Linux, где otrs стоит ?
http://doc.otrs.org/3.0/ru/html/email.html
Вариант по-умолчанию, по идее, должен сразу и работать, так как и с Exim, и с Postfix ставится, как правило, врапер, обеспечивающий совместимость с Sendmail. И обслуживание очереди становится не проблемой OTRS.

AS ★★★★★
()
Ответ на: комментарий от AS

почитайте google apps for busines

через почтовый сервер умеет отправлять, меня интересовал вопрос - когда почтовик работает как релей с авторизацией на другом сервере, при невозможности доставить почту сохраняет ли он в очереди недоставленные письма.

собсно тему можно закрыть, тред скатился куда то не туда.

loginrl103
() автор топика
Ответ на: комментарий от loginrl103

когда почтовик работает как релей с авторизацией на другом сервере, при невозможности
доставить почту сохраняет ли он в очереди недоставленные письма.

Если ему оттуда сказали 4xx, обязан сохранять и пытаться дальше, если оттуда сказали 5xx, то должен сгенерировать боунс на envelope from.
Но gmail блокирует из-за лимитов с 5xx, так что, в очереди ничего не сохранится.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от loginrl103

оо, вот за это спасибо.

Ну так это регламентируется RFC 821/2821/5321. А таймауты - RFC 1123. Если MTA настоящий, обязан соответствовать.

4.7.1 вываливается. ладно, затестим

Хм. А я видел всякие такие:

550-5.2.1 The user you are trying to contact is receiving mail at a rate that
550-5.2.1 prevents additional messages from being delivered. For more
550-5.2.1 information, please visit
550 5.2.1 http://support.google.com/mail/bin/answer.py?answer=6592

AS ★★★★★
()
Ответ на: комментарий от loginrl103

4.7.1 вываливается

Сразу не написал, так как не очень существенно в данном случае. 4.7.1 - это Enhanced Error Code (RFC2034), я не его имел ввиду, и MTA не на него смотрит. Но соответствующий ему код ошибки тоже с 4 должен начинаться.

AS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.