История изменений

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой MTA (в данном случаем именуемый релеем) по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

То есть TL;DR всей этой истории: прелесть E-Mail в том, что он действительно федеративный. У каждого участника сети существует вполне осязаемая возможность поднять своей SMTP/IMAP сервер и сделать себе там себе почтовую рассылку, на которую сможет написать любой желающий без СМС и регистрации. Плюсом этого является то, что ты можешь, например, оповестить пару десятков проектов о дыре в безопасности просто разослав одно единственное письмо по паре десятков адресов. Ровно по этой же причине он до сих пор популярен в бизнесе: чтобы начать чат с представителями другой конторы, достаточно просто послать им письмо на инбокс. Если, впоследствии, нужно будет подключить ещё людей, это тоже не будет проблемой.

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой MTA (в данном случаем именуемый релеем) по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

То есть TL;DR всей этой истории: прелесть E-Mail в том, что он действительно федеративный. У каждого участника сети существует вполне осязаемая возможность поднять своей SMTP/IMAP сервер и сделать себе там себе почтовую рассылку, на которую сможет написать любой желающий без СМС и регистрации. Плюсом этого является то, что ты можешь, например, оповестить пару десятков проектов о дыре в безопасности просто разослав одно единственное письмо по паре десятков адресов. Ровно по этой же причине он до сих пор популярен в бизнесе: чтобы начать чат с представителями другой конторы, достаточно просто послать им письмо на инбокс. Если, в последствии, нужно будет подключить ещё людей, это тоже будет не проблема.

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой MTA (в данном случаем именуемый релеем) по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

То есть TL;DR всей этой истории: прелесть E-Mail в том, что он действительно федеративный. У каждого участника сети существует вполне осязаемая возможность поднять своей SMTP/IMAP сервер и сделать себе там себе почтовую рассылку, на которую сможет написать любой желающий без СМС и регистрации. Плюсом этого является то, что ты можешь, например, оповестить пару десятков проектов о дыре в безопасности просто разослав одно единственное письмо по паре десятков адресов.

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой MTA (в данном случаем именуемый релеем) по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

То есть TL;DR всей этой истории: прелесть E-Mail в том, что он действительно федеративный. У каждого участника сети существует вполне осязаемая возможность поднять своей SMTP/IMAP сервер и сделать себе там себе почтовую рассылку, на которую сможет написать любой желающий без СМС и регистрации. Плюсом этом является то, что ты можешь, например, оповестить пару десятков проектов о дыре в безопасности просто разослав одно единственное письмо по паре десятков адресов.

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой MTA (в данном случаем именуемый релеем) по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

То есть TL;DR всей этой истории: прелесть E-Mail в том, что он действительно федеративный. У каждого участника сети существует вполне осязаемая возможность поднять своей SMTP/IMAP сервер и сделать себе там себе почтовую рассылку, на которую сможет написать любой желающий без СМС и регистрации.

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой MTA (в данном случаем именуемый релеем) по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

То есть TL;DR всей это истории: прелесть E-Mail в том, что он действительно федеративный. У каждого участника сети существует вполне осязаемая возможность поднять своей SMTP/IMAP сервер и сделать себе там себе почтовую рассылку, на которую сможет написать любой желающий без СМС и регистрации.

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой MTA (в данном случаем именуемый релеем) по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой релей по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой MTA. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой релей по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой релей. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему релею, он же MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой релей по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой релей. Если у тебя есть правильно настроенный SMTP сервер, ты тащем-то сам его разослать можешь :)

Ага, так всё-таки неминуемо прыгать из контекста в контекст. И в таком случае как именно выглядит соединение двух списков? Участник списка рассылки devel@distro-a.org отправляет письмо в devel@software-b.com и говорит остальным, чтобы они сделали то же самое? Или каким-то образом говорит это своему devel@distro-a.org, чтобы тот сам отправил письмо в devel@software-b.com? Или отправляет одно письмо в оба списка? Или как-то ещё?

Ну… так, смотри. Как работает почта: у тебя есть клиент (MUA), есть почтовый сервер (MTA), есть почтовый ящик (MDA).

Что происходит, когда ты отправляешь письмо: твой MUA по SMTP посылает письмо твоему релею, он же MTA (smtp.gmail.com, например, если у тебя ящик на Gmail). Во время SMTP сессии твой MUA говорит, что хочет отправить письмо по адресу devel@distro-a.org. Твой релей по SMTP отправляет письмо тому MTA, который обслуживает домен distro-a.org (для этого существуют MX записи в DNS).

MTA, обслуживающий distro-a.org, получает письмо и передает его какому-нибудь софту, который собственно и реализует mailing list. Этот софт смотрит в хидер, сверяет имя mailing list’а (devel@distro-a.org) со списком подписавшихся, и просто рассылает это же письмо всем подписанным на лист через свой же MTA.

Дальше идет та же самая SMTP магия и MTA, обслуживающие ящики читаталей, пихают письма в MDA (которые предоставляют доступ для клиентов), откуда их (по IMAP) забирают MUA читателей почтовой рассылки.

Когда ты посылаешь письмо в две рассылки, никакого мержа списков не происходит, просто твой релей посылает одно и то же письмо не в одном, а в два места.

А форвардинг — это отправка письма заново по новому адресу?

Да.

А кто в таком случае его выполняет, почтовый клиент одного из участников или сервер рассылки?

Твой релей.