форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Sendmail + прием по SMTP"
Сообщение от Relaev on 17-Авг-04, 13:33  (MSK)
Подскажите, пожалуйста, как можно решить проблему. Есть почтовый сервер с Sendmail 8.12.11  под FreeBSD 4.7. Необходимо организовать  пользовательские почтовые ящики, с возможностью забирать эту почту по SMTP.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Sendmail + прием по SMTP"
Сообщение от denn (??) on 17-Авг-04, 14:01  (MSK)
>Подскажите, пожалуйста, как можно решить проблему. Есть почтовый сервер с Sendmail 8.12.11 > под FreeBSD 4.7. Необходимо организовать  пользовательские почтовые ящики, с >возможностью забирать эту почту по SMTP. почту забирают по pop
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Sendmail + прием по SMTP"
	Сообщение от Relaev on 17-Авг-04, 14:10  (MSK)
	> >почту забирают по pop Я это знаю и часть пользовательских ящиков так и реализована. Но возникла такая необходимость и есть информация, что такие схемы реализовывались, но я пока не могу найти этому подтвержение.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Sendmail + прием по SMTP"
	Сообщение от akeeper (??) on 17-Авг-04, 14:14  (MSK)
	> >> >>почту забирают по pop >Я это знаю и часть пользовательских ящиков так и реализована. Но возникла >такая необходимость и есть информация, что такие схемы реализовывались, но я >пока не могу найти этому подтвержение. Единственное, что мне приходит на ум, это может быть имеется в виду возможность перенаправлять почту на другие сервера. Это действительно по smtp делается. А ЗАБИРАТЬ клиентами почту по smtp не возможно. wbr, akeeper. http://www.akeeper.ru
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Sendmail + прием по SMTP"
	Сообщение от Relaev on 17-Авг-04, 14:35  (MSK)
	>> >>> >>>почту забирают по pop >>Я это знаю и часть пользовательских ящиков так и реализована. Но возникла >>такая необходимость и есть информация, что такие схемы реализовывались, но я >>пока не могу найти этому подтвержение. > >Единственное, что мне приходит на ум, это может быть имеется в виду >возможность перенаправлять почту на другие сервера. Это действительно по smtp делается. >А ЗАБИРАТЬ клиентами почту по smtp не возможно. Обрисую проблему подробней, возможно есть решение попроще. Сейчас для этих пользователей действительно реализовано   перенаправление по SMTP. Эта схема плоха для меня тем, что когда их почтовик, по каким-то причинам становится недоступным, то Sendmail постоянно пытается достучаться до него. Учитывая то, что объем корреспонденции на этих пользователей очень большой, а их сервер может лежать несколько дней, общая нагрузка на мой почтовый сервер становится критической. В частности, при 200 одновременно запущенных сессиях Sendmail начинает захлебываться ClamAV. Даже если отключить ClamAV, очередь почтовых сообщений начинает пухнуть. Если такая ситуация возникнет на выходных или праздниках, все может печально закончится. К сожалению, я не могу повлиять на данных пользователей, чтобы они использовали POP3 или UUCP. По идее можно написать скрипт, который бы в случае недоступности таких серверов, временно переносил из очереди все письма для пользователей сервера до тех пор, пока их сервер не поднимится. Но может существет более простое решение?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Sendmail + прием по SMTP"
	Сообщение от lavr on 17-Авг-04, 14:51  (MSK)
	>>> >>>> >>>>почту забирают по pop >>>Я это знаю и часть пользовательских ящиков так и реализована. Но возникла >>>такая необходимость и есть информация, что такие схемы реализовывались, но я >>>пока не могу найти этому подтвержение. >> >>Единственное, что мне приходит на ум, это может быть имеется в виду >>возможность перенаправлять почту на другие сервера. Это действительно по smtp делается. >>А ЗАБИРАТЬ клиентами почту по smtp не возможно. >Обрисую проблему подробней, возможно есть решение попроще. >Сейчас для этих пользователей действительно реализовано   перенаправление по SMTP. Эта >схема плоха для меня тем, что когда их почтовик, по каким-то >причинам становится недоступным, то Sendmail постоянно пытается достучаться до него. Учитывая >то, что объем корреспонденции на этих пользователей очень большой, а их >сервер может лежать несколько дней, общая нагрузка на мой почтовый сервер >становится критической. В частности, при 200 одновременно запущенных сессиях Sendmail начинает >захлебываться ClamAV. Даже если отключить ClamAV, очередь почтовых сообщений начинает пухнуть. >Если такая ситуация возникнет на выходных или праздниках, все может печально >закончится. К сожалению, я не могу повлиять на данных пользователей, чтобы >они использовали POP3 или UUCP. >По идее можно написать скрипт, который бы в случае недоступности таких серверов, >временно переносил из очереди все письма для пользователей сервера до тех >пор, пока их сервер не поднимится. Но может существет более простое >решение? изучай sendmail, если твой сервер выступает MX'ом для других доменов, и их основные MX'ы недоступны, почта для этих доменов всегда будет в твоей очереди до тех пор пока не настанет время удаления или не поднимется тот smtp-сервер куда должна быть направлена почта, ну а тонкости настроек, timeout'ы, кол-во одновременно запушенный демонов, кол-во соединений в секунду, отлупы в зависимости от средней загрузки и тд и тп - изучай в документации sendmail.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Sendmail + прием по SMTP"
	Сообщение от Relaev on 20-Авг-04, 12:08  (MSK)
	>изучай sendmail, если твой сервер выступает MX'ом для других доменов, >и их основные MX'ы недоступны, почта для этих доменов всегда будет >в твоей очереди до тех пор пока не настанет время удаления или >не >поднимется тот smtp-сервер куда должна быть направлена почта, ну а >тонкости настроек, timeout'ы, кол-во одновременно запушенный демонов, >кол-во соединений в секунду, отлупы в зависимости от средней загрузки >и тд и тп - изучай в документации sendmail. Спасибо за информацию, тонкости этих настроек вещь безусловно полезная. Однако, если к-во демонов будет выше указанного, то другие пользователи не смогут отправлять почту, та же картина по отлупам в зависимости от средней нагрузки. Такая ситуаця нежелательна. В этой связи, очень инетересует механизм организации в Sendmail для домена отдельной очереди и инициировании отправки сообщений  при соединении клиента по SMTP. Кто нибудь делал такое? Поделитесь, пожалуйста, опытом.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Sendmail + прием по SMTP"
	Сообщение от _KAV_ (ok) on 20-Авг-04, 12:17  (MSK)
	>та же картина по отлупам в зависимости от средней нагрузки. Такая >ситуаця нежелательна. В этой связи, очень инетересует механизм организации в Sendmail >для домена отдельной очереди и инициировании отправки сообщений  при соединении >клиента по SMTP. Кто нибудь делал такое? Поделитесь, пожалуйста, опытом. ДУБОВОЕ но надежное решение... Лежит сервер-получатель? Организуй резервный МХ - самое простое, арендуя виртуальный сервер где угодно - и вперед. Промежуточные решения - поставить рядом тачку, на которой взвести почтовик, являющийся резервным МХ для всех твоих получателей - т.к. на нем нет нужды в никаких фильтрах, то он и пошустрее, и с перегрузкой лучше справится. Крайний случай - тот же почтовый сервер можно ставить и на твоей машине...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Sendmail + прием по SMTP"
	Сообщение от olegk (??) on 17-Авг-04, 14:17  (MSK)
	> >> >>почту забирают по pop >Я это знаю и часть пользовательских ящиков так и реализована. Но возникла >такая необходимость и есть информация, что такие схемы реализовывались, но я >пока не могу найти этому подтвержение. Установи Lotus Domino, только есть проблема он работает только под редхетом, Приём почты можно будет настроить репликацией с сервером Domino по 1352
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

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