Архив форумов ЦИТФорума

[I.T.]

Допустим, создан сайт www.domain.ru. Как, если http://123.domain.ru не связан с основным доменом, организовать почту типа mail@123.domain.ru?

[Борис]

-

[Dmitry.Karpov http://prof]

Протоколы передачи (проталкивания, push) электронной почты (SMTP, UUCP) являются name-based, в то время как остальные протоколы, за исключением HTTP, (в т.ч. POP3 и IMAP4) являются IP-based. Это значит, что при приходе почты на машину извне или из локальной программы каждый раз анализируется доменное имя; HTTP/1.0 может передавать в запросе доменное имя, а может передать путь к файлу; HTTP/1.1 обязан передавать в запросе доменное имя; остальные протоколы сами резолвят доменное имя и обращаются по IP-Номеру, так что сервер не знает (и не может узнать), какое доменное имя используется.

Отсюда следует, что машина может различить (по разному обрабатывать) mail@123.domain.ru, mail@domain.ru и mail@domain.msk.ru - например, раскладывать их в разные места. Но если машина имеет единственный доступный извне IP-номер (всегда присутствует 127.0.0.1, но он чисто внутренний), невозможно различить POP3-обращения с одинаковым именем юзера.

Поэтому в virtusertable прописывают соотвествия типа
mail@123.domain.ru mail_123
mail@domain.msk.ru mail_m sk
где mail_123 и mail_msk - локальные юзеры.

Но вообще-то я не понял вопроса - как http://123.domain.ru м.б. не связан с основным доменом? Домен - это DNS/BIND, а HTTP - это HTTP. Имя 123.domain.ru всегда входит в домен domain.ru.
Ты мне прямо скажи, чё те надо, чё те надо (© "Балаган Лимитед")

[and3008]

-

[Борис]

При внимательном изучении /etc/sendmail.cf я пришёл к выводу, что сендмейл во время работы хранит двоичное представление баз domaintable, mailertable и virtusertable в одной таблице в ОЗУ, но не псевдонимов и не баз, хранящихся на других узлах. (Насчёт псевдонимов и сторонних баз, впрочем, понятно, почему: базы доменов, мейлеров и пользователей однотипны -- ключ-значение, -- а в базе псевдонимов одному ключу соответствует много значений, а сторонние базы по определению не свои.) И по сути любое обращение к таблице трансляции доменов ли, пользователей ли, мейлеров ли, является запросом к одной таблице, которая имеет такой тип:

ключ [мейлер]<([получатель]домен) | (система)>

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

>>> А какое отношение имеет HTTP к SMTP?

А этот вопрос мне тоже не ясен. Похоже тов. I.T. не отличает почту с веб-интерфейсом, предоставляемую хостерами, от собственно интернетовой почты.

PS. Когда-то я пообещал перевести документацию к сендмейлу. Так вот начало положено: 1,5 раздела из оперейшн мануал находятся на странице http://gnosys.narod.ru/Sendmail/op-ru0.htm. По мере перевода будет дополняться.

[I.T.]

Друзья, всех благодарю за пояснения. Увы, поначалу понял мало, но пытаюсь: тов. I.T. действительно пока непристойно глуп. Прошу пояснить, какой смысл вложен в "... не отличает почту с веб-интерфейсом, предоставляемую хостерами, от собственно интернетовой почты". Мне особенно интересно значение, в контексте узкоспециализированных терминов, фразы "интернетовая почта". Заранее благодарю.

[I.T.]

Смысл "несвязанности" призван состоять в том что, представим, это два сайта с различным содержанием, ведущиеся разными людьми (не принимаем во внимание того, насколько это возможно) и интересные опять же разным людям. Такая ситуация нарисована во избежание предложений типа "Че, просто info@... трудно обойтись?" Предположим, что трудно.

Все же, наверное, отличие HTTP и SMTP мне призрачно ясно. Но что с того? Вообразим панель управления, предоставляемую хостером. Грубо говоря, в разделе "E-mail" можно указать, увы, только опцию "Для www.domain.ru" (вместо " ...http://123.domain.ru"). В том и загвоздка.

Хотя, возможно, это вопрос именно к хостинг-компании.

[Борис]

Так вот.

Традиционная интернетовая почта -- это та почта, которую предоставляет ISP, но не как ISP, а как просто владелец UNIX'ового узла. Если бы он не был подключён к интернету, то это была бы локальная почтовая сеть, каких немало на российских просторах -- центробанковская, от избирательной комиссии, от таможни, вроде, газпромовская есть. Да любой провайдер -- канал упадёт -- сохраняет почтовую сеть, только она ограничена клиентами самого провайдера. Это та почта, в которой отправка по SMTP, а чтение либо прямым чтением своего файла -- почтового ящика (обычно почтовыми клиентами типа mail, elm), либо скачиванием через POPу и просмотром на своём компьютере. Кстати, ISP может и не предоставлять такую услугу, и раньше, на заре интернета, эта услуга была платной.

Теперь "почта с веб-интерфейсом". Это почта, которую предоставляют компании, которые находятся неизвестно где и видны только через http://. Если для той, традиционной почты, достаточно права чтения файла (/var/.../mail/имя), то для пользования этой услугой принципиально нужен какой-нибудь хттп-клиент (например, если ты разбираешься в хитросплетениях языка хтмл, телнет), и твои письма принимает на отправку не SMTP-сервер, а какой-нибудь скрипт через HTTP-сервер. Они же в паре и дают возможность почитать пришедшие письма.

[I.T.]

Читаю не первый раз (с неоднократными повторениями), понял уже чуть больше. Спасибо.

P.S. Черт возьми, Борис, все возникающие вопросы лучше отложить для новой (вариант: более подходящей) темы или оставить прямо здесь?

[Алекс]

Уважаемый IT!
Тов. Борис чуть-чуть не прав в описании электронной почты. Электронная почта ОДНА! Она не может делиться на "традиционную" и нетрадиционную. Вся разница в способах ее получения и отправки. Вот здесь и могут существовать субъективные традиции.
Замечу, что по-моему, предоставление клиенту возможности работы с почтой через браузер является более серьезмым делом, т.к. необходимо создать защищенные скрипты, правильно работающие с почтовыми серверами.
_________________
Удачи!

[Борис]

-