forum.opennet.ru

Форум Открытые системы на сервере (Почта)
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Посоветуйте архитектуру для почты, sinabe (ok), 11-Янв-21, (0) [смотреть все]

Нет, но можно собрать из почтовиков общего назначения Exim, Postfix, и т д Даж, Licha Morada (ok), 11:01 , 11-Янв-21, (1) //

gt оверквотинг удален Зачем дополнительная сущность в виде secondary MX Если с, Andrey (??), 13:01 , 11-Янв-21, (2) //

gt оверквотинг удален Наверно по той причине, что домашний primary может быть , tonys (??), 16:41 , 11-Янв-21, (4)
Дополнительная сущность это по задаче так А что он secondary MX это нюанс импле, Licha Morada (ok), 19:14 , 11-Янв-21, (7) //

По задаче видно, что прием будет производиться сервером, который стоит во внешне, Andrey (??), 09:03 , 12-Янв-21, (8)

Всё правильно Расхождения в терминологии не меняют сути вещей , Licha Morada (ok), 10:44 , 12-Янв-21, (9)

Ок Продолжайте в том-же духе Без работы я точно не останусь Всегда будет что , Andrey (??), 11:44 , 13-Янв-21, (10) +1

Хорошо, попробую для начала в таком виде, а потом попробую свой велосипед запили, sinabe (ok), 15:53 , 11-Янв-21, (3) //

Sendmail не надо, postfix или exim нормально , Licha Morada (ok), 19:04 , 11-Янв-21, (6)

Достаточно одного внешнего сервера Exim Dovecot будет то, что надо Последний , xm (ok), 17:21 , 11-Янв-21, (5)
Если я правильно понимаю суть - избавится от перехвата писем в принимающей сети , Аноним (-), 12:58 , 13-Янв-21, (11) //

Спрашиваю потому что хоть я и имею опыт настройки доменов для подключения к почт, sinabe (ok), 17:51 , 13-Янв-21, (12) //

А , ну если исходить из заранее неверного представления об этом мире и строить е, Аноним (13), 22:05 , 13-Янв-21, (13)
То, что вы хотите , уже реализовано большей частью в проекте https protonmail , NetEye (ok), 16:37 , 14-Янв-21, (14) //

Верите в сказки Шифрованная почта протонмейл, лол Богаты наши земли на лохов , Аноним (-), 19:10 , 15-Янв-21, (15) –1

вы забываете что ваша почта хранится не только у вас вот пришло вам письмо, оно, анонкеплдокеп (?), 09:15 , 17-Янв-21, (16)

Mixminion, Сейд (ok), 17:39 , 17-Янв-21, (17) //

Спасибо, но не то, sinabe (ok), 16:32 , 19-Янв-21, (19)

postfix before-queue milter filterГотовую реализацию фильтра надо поискать, но, Rey (ok), 07:51 , 28-Янв-21, (20)

Сообщения [Сортировка по времени | RSS]

2. "Посоветуйте архитектуру для почты" +/–

Сообщение от Andrey (??), 11-Янв-21, 13:01

>[оверквотинг удален]
>> о сообщениях в открытом виде, сразу при установки соединения, полученные данные
>> должны шифроваться.
> При том, как я изложил, на первом сервере вообще ничего не будет
> оставаться, кроме новых сообщений которые уже пришли но ещё не
> были отправлены на первичный MX.
>> Читал как то на этом сайте новость о каком то relay-сервере, но
>> не могу найти этой статьи теперь, и не уверен что он
>> работает именно так.
> Ищите по ключевым словам smtp relay и secondary MX. "Relay" в данном
> случае значит "передать эстафету".
Зачем дополнительная сущность в виде secondary MX?
Если с внешнего мира принимать будет только один сервер, то деление на primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем внутрь и наружу.

Ответить | Правка | Наверх | Cообщить модератору

4. "Посоветуйте архитектуру для почты" +/–

Сообщение от tonys (??), 11-Янв-21, 16:41

>[оверквотинг удален]
>> были отправлены на первичный MX.
>>> Читал как то на этом сайте новость о каком то relay-сервере, но
>>> не могу найти этой статьи теперь, и не уверен что он
>>> работает именно так.
>> Ищите по ключевым словам smtp relay и secondary MX. "Relay" в данном
>> случае значит "передать эстафету".
> Зачем дополнительная сущность в виде secondary MX?
> Если с внешнего мира принимать будет только один сервер, то деление на
> primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем
> внутрь и наружу.
Наверно по той причине, что домашний primary может быть отключен от сети на неопределенное время и включаться периодически? Ну или провайдер может сломать инет и чинить его трое суток.

Ответить | Правка | Наверх | Cообщить модератору

7. "Посоветуйте архитектуру для почты" +/–

Сообщение от Licha Morada (ok), 11-Янв-21, 19:14

> Зачем дополнительная сущность в виде secondary MX?
Дополнительная сущность это по задаче так. А что он secondary MX это нюанс имплементации.
> Если с внешнего мира принимать будет только один сервер, то деление на
> primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем
> внутрь и наружу.
С точки зрения внешнго мира, да, будет только один MX, без деления на primary и secondary.
С точки зрения внуренней почтовой системы, тот сервер который выставлен наружу будет считать себя secondary и стараться сплавить накопленныю почту на primary, который внутренний.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

8. "Посоветуйте архитектуру для почты" +/–

Сообщение от Andrey (??), 12-Янв-21, 09:03

>> Зачем дополнительная сущность в виде secondary MX?
> Дополнительная сущность это по задаче так. А что он secondary MX это
> нюанс имплементации.
По задаче видно, что прием будет производиться сервером, который стоит во внешнем мире. Это MX.
Внутренний сервер принимает и пересылает почту через MX. Но внутренний сервер не проверяет что это MX. Для внутреннего сервера это Mail Relay (Smart-host).
Внутренний сервер не является MX (Mail eXchange) и не выполняет прием сообщений напрямую от серверов третьей стороны. Внимательно читаем постановку задачи.
>> Если с внешнего мира принимать будет только один сервер, то деление на
>> primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем
>> внутрь и наружу.
> С точки зрения внешнго мира, да, будет только один MX, без деления
> на primary и secondary.
> С точки зрения внуренней почтовой системы, тот сервер который выставлен наружу будет
> считать себя secondary и стараться сплавить накопленныю почту на primary, который
> внутренний.
С точки зрения внутренней почтовой системы внешний сервер является пограничным почтовым шлюзом и почтовым релеем (Smart host). На внешнем почтовом сервере достаточно настроить _правила_ _почтовой_ _маршрутизации_ в зависимости от домена или конечного получателя.

Ответить | Правка | Наверх | Cообщить модератору

9. "Посоветуйте архитектуру для почты" +/–

Сообщение от Licha Morada (ok), 12-Янв-21, 10:44

Всё правильно.
Расхождения в терминологии не меняют сути вещей.

Ответить | Правка | Наверх | Cообщить модератору

10. "Посоветуйте архитектуру для почты" +1 +/–

Сообщение от Andrey (??), 13-Янв-21, 11:44

> Расхождения в терминологии не меняют сути вещей.
Ок. Продолжайте в том-же духе.
Без работы я точно не останусь. Всегда будет что намазать на бутерброд. :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	2. "Посоветуйте архитектуру для почты"	+/–
	Сообщение от Andrey (??), 11-Янв-21, 13:01
	>[оверквотинг удален] >> о сообщениях в открытом виде, сразу при установки соединения, полученные данные >> должны шифроваться. > При том, как я изложил, на первом сервере вообще ничего не будет > оставаться, кроме новых сообщений которые уже пришли но ещё не > были отправлены на первичный MX. >> Читал как то на этом сайте новость о каком то relay-сервере, но >> не могу найти этой статьи теперь, и не уверен что он >> работает именно так. > Ищите по ключевым словам smtp relay и secondary MX. "Relay" в данном > случае значит "передать эстафету". Зачем дополнительная сущность в виде secondary MX? Если с внешнего мира принимать будет только один сервер, то деление на primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем внутрь и наружу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Посоветуйте архитектуру для почты"	+/–
	Сообщение от tonys (??), 11-Янв-21, 16:41
	>[оверквотинг удален] >> были отправлены на первичный MX. >>> Читал как то на этом сайте новость о каком то relay-сервере, но >>> не могу найти этой статьи теперь, и не уверен что он >>> работает именно так. >> Ищите по ключевым словам smtp relay и secondary MX. "Relay" в данном >> случае значит "передать эстафету". > Зачем дополнительная сущность в виде secondary MX? > Если с внешнего мира принимать будет только один сервер, то деление на > primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем > внутрь и наружу. Наверно по той причине, что домашний primary может быть отключен от сети на неопределенное время и включаться периодически? Ну или провайдер может сломать инет и чинить его трое суток.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Посоветуйте архитектуру для почты"	+/–
	Сообщение от Licha Morada (ok), 11-Янв-21, 19:14
	> Зачем дополнительная сущность в виде secondary MX? Дополнительная сущность это по задаче так. А что он secondary MX это нюанс имплементации. > Если с внешнего мира принимать будет только один сервер, то деление на > primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем > внутрь и наружу. С точки зрения внешнго мира, да, будет только один MX, без деления на primary и secondary. С точки зрения внуренней почтовой системы, тот сервер который выставлен наружу будет считать себя secondary и стараться сплавить накопленныю почту на primary, который внутренний.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	8. "Посоветуйте архитектуру для почты"	+/–
	Сообщение от Andrey (??), 12-Янв-21, 09:03
	>> Зачем дополнительная сущность в виде secondary MX? > Дополнительная сущность это по задаче так. А что он secondary MX это > нюанс имплементации. По задаче видно, что прием будет производиться сервером, который стоит во внешнем мире. Это MX. Внутренний сервер принимает и пересылает почту через MX. Но внутренний сервер не проверяет что это MX. Для внутреннего сервера это Mail Relay (Smart-host). Внутренний сервер не является MX (Mail eXchange) и не выполняет прием сообщений напрямую от серверов третьей стороны. Внимательно читаем постановку задачи. >> Если с внешнего мира принимать будет только один сервер, то деление на >> primary и secondary не нужно. Достаточно одного MX. Он-же будет релеем >> внутрь и наружу. > С точки зрения внешнго мира, да, будет только один MX, без деления > на primary и secondary. > С точки зрения внуренней почтовой системы, тот сервер который выставлен наружу будет > считать себя secondary и стараться сплавить накопленныю почту на primary, который > внутренний. С точки зрения внутренней почтовой системы внешний сервер является пограничным почтовым шлюзом и почтовым релеем (Smart host). На внешнем почтовом сервере достаточно настроить _правила_ _почтовой_ _маршрутизации_ в зависимости от домена или конечного получателя.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Посоветуйте архитектуру для почты"	+/–
	Сообщение от Licha Morada (ok), 12-Янв-21, 10:44
	Всё правильно. Расхождения в терминологии не меняют сути вещей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Посоветуйте архитектуру для почты"	+1 +/–
	Сообщение от Andrey (??), 13-Янв-21, 11:44
	> Расхождения в терминологии не меняют сути вещей. Ок. Продолжайте в том-же духе. Без работы я точно не останусь. Всегда будет что намазать на бутерброд. :)
	Ответить \| Правка \| Наверх \| Cообщить модератору