1. Почтовый сервис зарегистрирован под именем edocnet,
флагом РФ и осуществляется сервером: mx.edocnet.ru (IPv4/6). Web-интерфейс
основного сервера расположен по адресу https://mail.edocnet.ru:442/ . Предполагается, что пользователь уже скачал
с основного сайта корневой сертификат доменной зоны и установил его в свой
браузер в раздел доверенных корневых.
2. По заявлению пользователя администратор почтовой
системы создает регистрацию учетной записи (Account) вида: user@edocnet.ru и Pass – регистрационный пароль доступа. Здесь user – имя
почтового ящика (и псевдоним пользователя), придуманное пользователем и
указанное в заявлении. Условия: общеразумная цензурность, длиной до 64
символов.
3. В локальной части адреса электронной почты (user) можно использовать:
3.1. Строчные и прописные английские буквы (a-z, A-Z)
(ASCII: 65-90, 97-122).
3.2. Цифры (0-9) (ASCII: 48-57).
3.3. Символы
!#$%&'*+-/=?^_`{|}~ (ASCII: 33,
35-39, 42, 43, 45, 47, 61, 63, 94-96, 123-126).
3.4. Символ . (точка) (ASCII: 46) при условии, что это не
первый или последний символ, а также при условии, что он не появляется два или
более раза подряд (например, Brook..Bone@example.com является не допустимым).
3.5. Специальные символы
разрешены с ограничениями, в том числе:
Пробел и "(),:;<>@[\] (ASCII:
32, 34, 40, 41, 44, 58, 59, 60, 62, 64, 91-93).
Ограничения для специальных символов заключается в том, что они должны
содержаться в кавычках и что перед специальными символами (пробел, обратная
косая черта \ и кавычка " (ASCII: 32, 92, 34) должна предшествовать
обратная косая черта \ (например, "\"\\\ "). Строка в кавычках
может существовать, если она отделена точками или содержит всю локальную часть
(например, abc."defghi".xyz@example.com или
"abcdefghixyz"@example.com - допускается,
abc"defghi"xyz@example.com и abc\"def\"ghi@example.com - не
допускается).
Многие организации ограничивают допустимые символы. Системы, отправки почты
должны быть способны обрабатывать исходящую почту для всех допустимых адресов.
В отличие от соответствующих стандартов, некоторые дефектные системы делают
некоторых законные адреса недействительными и не в состоянии обслуживать почту
для этих адресов. Hotmail, например, отказывается отправлять почту на любой
адрес, содержащие любое из следующих стандартах допустимых символов:
!#$%*/?^`{|}~
3.6.
Правильные адреса
электронной почты:
blabla@example.com
bla.bla.bla@example.com
bla."bla\bla"@example.com
bla.bla."@".bla.bla@example.com
Bla."(),:;<>[]".BLA."blabal@\\\ \"
bla".unusual@strange.example.com
3.7.
Неправильные
адреса:
bla.example.com (символ @ отсутствует)
bla.@Example.com (символ точки (.) является последним в локальной части)
Bla..123@example.com (символ точки (.) два раза подряд)
b@l@a@example.com (только один @ допускается вне кавычек)
"(),:;<>[ \]@example.com (ни один из представленных символов перед @
не разрешается вне кавычек)
bla"bla"bla@example.com (кавычки должны быть отделены точкой или быть
единственным элементом, составляющим локальную часть).
4. Локальная часть адреса электронной почты user может быть приумножена алиасами (alias) – дополнительными именами, по заявлению
пользователя. Например: для пользователя user создаются алиасы: userer, uuss22.
В этом случае вся входящая корреспонденция на userer@edocnet.ru и uuss22@edocnet.ru –
принимается и направляется в user@edocnet.ru . Исходящая корреспонденция может
отправляться от алиаса, но идентификация отправителя происходит только по
основному имени user@edocnet.ru .
5. Доменная часть адреса электронной почты: edocnet.ru , состоит из
нескольких уровней, обычно из двух. Уровни (Level) считаются справа налево. Домен первого уровня – это
флаг страны или специфики информационного ресурса. Реестр доменов первого
уровня с расшифровкой значений публично доступен в Интернете. Домен второго
уровня: edocnet.ru – официально зарегистрированное
имя под указанным флагом.
5.1. Доменная часть состоит либо из адреса сайта, либо ip
буквально, заключенного в квадратные скобки, например, mach@[192.168.2.1], хотя
это большая редкость за исключением спама.
5.2. Доменная часть может содержать национальные символы
(IDN - Internationalized Domain Names): домен.рф , но
их использование накладывает перечень ограничений на функциональность почты и
не поддерживается.
5.3. Доменная часть – это Ваше почтовое отделение.
6. Домены также могут быть алиасами. Например: для домена
edocnet.ru может быть создан алиас edocnet.cf. В этом случае почта, направленная в адрес
user@edocnet.cf , будет доставлена пользователю user@edocnet.ru .
7. Доменная и локальная части адреса разделены символом @
- собачка (жаргон), читается at. В общем смысле разделительный символ @
отделяет серверный интерфейс от клиентского.
8. Полный формат адреса электронной почты может выглядеть
так: «Иванов Иван Иваныч» <ivan.ivanov@domain.ru> . Угловые
скобки – признак адреса, текст в кавычках вне угловых скобок – обычно имя или
должность.
9. Pass – пароль учетной записи. Требования к надежности
пароля:
9.1. Соответствовать требованиям минимальной длины: 10
символов (уточнить у администратора).
9.2. Содержать символы в верхнем и нижнем регистрах.
9.3. Содержать буквы и цифры.
9.4. Не совпадать с полным именем или именем почтового
ящика.
9.5. Отсутствовать в списке ненадежных и
скомпрометированных паролей.
10. В ответ на заявление о регистрации администратор
возвращает заявителю полный формат зарегистрированного адреса электронной почты
и установленный регистрационный пароль. После получения пользователь
(заявитель) обязан немедленно войти в свой ящик через Web-доступ, убедиться в
доступности ящика и верности регистрационных данных, изменить регистрационный
пароль на свой собственный и хранить его в тайне. Не существует ситуаций, в
которых кому-то кроме владельца ящика потребовался бы пароль! В дальнейшем
можно настроить Web-настройки своего ящика под собственные приоритеты и вкус.
11. В качестве Login всегда используется весь адрес
электронной почты, а не только его локальная часть: user@edocnet.ru .
12. Вход через Web допускает двух-факторную
аутентификацию. Кроме адреса, который обычно запоминается в избранном
(закладки) и пароля ящика, который также обычно запоминается браузером,
допускается использование зависимого от текущего времени и адреса (URL)
6-значного цифрового кода. Такой код генерируется соответствующей программой
для смартфона и действителен 60 секунд.
13. Через Web доступны
публичные папки, календари, настройки пользователя. Web доступ привлекателен, но содержит минимальную функциональность
в отправлении, обслуживании и получении почты. Протокол http изначально
разработан для рекламы и развлечений, но не для документов. Через Web
пользователь соединяется не с почтовым сервером, а с Web сервером почтового
сервера. Протокол обмена данными между браузером пользователя и Web сервером (HTTP) не позволяет выделить доказательственную часть факта
приема/передачи сообщения. Рекомендуется использование отдельного программного
обеспечения, например: The Bat! (почтовый клиент). Почтовый клиент в
большинстве случаев соединяется с самим почтовым сервером по протоколам
электронной почты (SMTP-POP-IMAP) и уже содержит лог сессии на компьютере
пользователя, что является частью доказательства. Подтверждение этого лога
логом со стороны сервера – полное доказательство, что в документообороте важно.
Использование http в электронной почте – такая же нелепость, как отправить
букет цветов в почтовом конверте или поздравительную открытку посылкой.
14. Серверы исходящей и входящей почты одинаковые: edocnet.ru . Соединения через SSL\TLS: исходящая (ESMTPs) на порт
465, входящая (POPs3) на порт 995, входящая (IMAPs4) на порт 993 – это стандартные порты указанных
протоколов. Без использования шифрования SSL\TLS соединения поддерживаются
также по стандартным портам: SMTP: 587, POP3: 110, IMAP4: 143.
15. Для подключений серверов и шлюзов SMTP: 25 и дополнительные 125 и 2525. Для сигнала на спуск
очереди (ODMR): 366 (ETRN/ATRN). Все указанные порты: TCP.
16. Почтовая система поддерживает как IPv4, так и IPv6, проверки отправителя, сервера и домена, технологии
контроля отправки сообщений SPF, DKIM, DMARC, также антивирусное и антиспам
обслуживание, прочие защитные технологии.
17.
Исходящее
сообщение, в примитивном варианте, содержит заголовки: От кого (далее From), Кому (To), Тема (Subject),
Тело/текст (Body). В общем варианте адрес отправителя указывается в 4-х
заголовках: From, Sender, Return-Path,
Reply-To. Return-Path – адрес немедленного автоматического возврата
сообщения об ошибке доставки, если не указан пользователем, то эквивалентен Sender. В этот же адрес направляется
уведомление сервера получателя о доставке. Reply-To – адрес для направления ответов, если не указан
пользователем, то эквивалентен Sender.
В этот же адрес направляется подтверждение прочтения получателя. В почтовом
клиенте, при создании сообщения, нажатие кнопки подтверждения доставки
добавляет к исходящему сообщению заголовок Return-Receipt-To
со значением эквивалентным Return-Path – это требование к серверу получателя подтвердить
получение, если последний ответит. В настоящее время поддерживается отчет о доставке сервера отправителя (Delivery
Report) по тому же правилу. Нажатие кнопки подтверждения прочтения добавляет к
исходящему сообщению два заголовка X-Confirm-Reading-To
и Disposition-Notification-To с одинаковыми
значениями эквивалентными Reply-To –
это требование к получателю подтвердить прочтение. Подтверждение прочтения (Reading Confirmation
- RC) формируется и отправляется самим получателем, если
отправит. Заголовок Sender, если он
не указан пользователем, эквивалентен From.
Если Sender указан, то From в техническом отношении – не
существует и служит для заполнения поля From
перед взглядом получателя. Показано применение Sender для фактического отправителя, клерка, тогда как From для отображения реквизитов
руководителя. При отправлениях с разных адресов, для фактических используют Sender, но для спокойствия получателя
используют один From. Многие
почтовые серверы, особенно публичные, препятствуют отправке сообщений с разными
значениями заголовков Sender и From.
18.
Любой заголовок,
начинающийся с X- является
информационным и технического значения не имеет, но может использоваться при
фильтрациях.
19.
Адрес получателя
(или получателей через запятую) сообщения указывается в заголовке To. Существуют еще два заголовка
адресатов: Копия (Carbon Copy - CC)
и Скрытая (Blind Carbon Copy – BCC).
В этих заголовках обычно указываются только адреса (без имен). По общему
правилу адреса проставляются без угловых скобок и программа-клиент
самостоятельно добавляет их по мере надобности. Значение СС доступно всем получателям в То/СС/BCC,
значение BCC – остается для
получателей невидимым.
20.
Технология
использования доменного накопителя (Domain POP) и внутренней пересортировки
писем. Почтовый сервер получателя может не иметь регистрации в Интернет. В
такой ситуации открывается публичный почтовый ящик вида: edocnet@yandex.ru
и/или edocnet@mail.ru .
Для входящих сообщений все корреспонденты-отправители должны указывать в To именно этот адрес доменного
накопителя. С целью возможности дальнейшего разбора всей входящей
корреспонденции вводится дополнительный заголовок Receiver в значении которого указывается адрес конкретного
получателя вида: user@edocnet.ln (здесь ln – сокращение от Local Net (локальная сеть),
такого домена первого уровня не существует). Если корреспондент-отправитель не
в состоянии ввести дополнительный заголовок Receiver и заполнять его при отправке, что обычно, то допускается
указание адреса получателя (user@edocnet.ln) в
круглых скобках в любой части (желательно в конце) Subject. Сервер получателя периодически (1 раз в час)
запрашивает ящик накопителя и получает все входящие сообщения, ищет в Receiver или Subject локальные адреса и направляет корреспонденцию. В случае
необнаружения локального адреса входящее сообщение удаляется, а его отправителю
сообщается о неудачной доставке. В указанной технологии локальные пользователи
должны указывать в своих исходящих сообщениях в заголовке From адрес накопителя, а не свой локальный, для успешной проверки
действующего адреса отправителя серверами Интернет. Для указания своего
локального адреса допускается заголовок Sender.
21.
Технология
использования доменного шлюза (Gate, GX). Для почтового сервера клиента, не
всегда находящегося в on-line, но с зарегистрированным доменным именем,
например: domain.com, может быть создан почтовый шлюз. В настройках DNS для
зоны domain.com должна быть запись MX на
mx.edocnet.ru. Указанный сервер примет всю корреспонденцию, адресованную в шлюз
клиента. До тех пор пока сервер клиента не подключится к сети, вся
корреспонденция будет находиться в папке шлюза. Возможны разные варианты:
сервер mx.edocnet.ru будет инициативно пытаться найти сервер клиента,
обслуживающий domain.com, или ожидать ETRN или ATRN команды на спуск очереди
ODRM, или сложит всю корреспонденцию в единственный почтовый ящик для этого
шлюза, например: domain.com@edocnet.ru, а сервер
клиента получит через POP самостоятельно. Если клиент сочтет допустимым
направить текстовый файл – список eMail адресов, существующих в своем домене,
то mx.edocnet.ru отфильтрует несуществующие адреса самостоятельно, при
получении корреспонденции. Домен клиента может быть и не зарегистрированным:
domain.ln. В такой домен следует направлять корреспонденцию: user{domain.ln}@domain.com (локальный
домен указан в фигурных скобках), которая будет перенаправлена user@domain.ln, т.е. помещена в шлюз (в папку) для
незарегистрированного домена клиента, автоматически. Использование отдельного
почтового ящика вида domain.ln@edocnet.ru – показано, т.к. именно этот адрес
проставляется в заголовок From при
отправке сообщений через SmartHost. TCP: ETRN и QSND – 25, ATRN – 366, FINGER – 79.
22.
Для
зарегистрированных пользователей поддерживается функция сбора почты с других
почтовых ящиков (Multi POP).
23.
Возможно создание
отдельного почтового ящика вида: all@edocnet.ru для активации механизма сортировки по собственному
регистрационному имени пользователя. Сообщение принятое в этот адрес со
значением To: «Иванов Иван» <all@edocnet.ru> будет пересортировано в почтовый ящик под
зарегистрированным собственным именем пользователя Иванов Иван, вне зависимости
от локального адреса этого пользователя.
24.
В информационных
целях в сообщения добавляются заголовки:
·
X-MDRemoteIP со значением IP компьютера отправителя,
·
X-MDHelo со значением доменного имени компьютера отправителя,
·
X-MDArrival-Date со значением штампа времени момента приемки сообщения
сервером,
·
X-Authenticated-Sender со значением логина авторизации отправителя.
25.
Сообщение,
созданное пользователем и отправленное на сервер отправителя, ставится в
очередь удаленной доставки далее по назначению. Поддерживается механизм
умышленной задержки отправки на 3 минуты (уточняется у администратора), что
позволяет пользователю передумать и отозвать свое сообщение до его отправки в
Интернет. Отзыв сообщения возможен только в указанный срок задержки. Через
Web-доступ отзыв осуществляется нажатием соответствующей кнопки. Из почтового
клиента: найти отправленное сообщение (в папке отправленных), переслать как
вложение системному боту mdaemon@edocnet.ru c
Subject: RECALL . Еще
один способ отзыва из клиента (необходимо содержание заголовка Message-ID
отправленного сообщения): To:
mdaemon@edocnet.ru Subject: RECALL Message-ID: <скопированное значение> . Формирование такого
сообщения можно предварительно настроить в качестве шаблона, достаточно будет
выбрать этот шаблон отзыва и нужные значения заполнятся автоматически.
26.
Время задержки
устанавливается для всех исходящих сообщений. Немедленная отправка достигается
дополнительным заголовком Flash
(молния) со значением 1. Любое иное значение этого заголовка несущественно.
27.
Отправка
сообщения по расписанию достигается как средствами клиента, так и средствами
сервера. Клиент (TheBat!) добавляет два служебных заголовка X-Bat-Delay (со значением времени автоматической
отправки) и X-Bat-Delay-Event (со
значением порядкового номера). После отправки эти заголовки удалятся. Для
отправки с задержкой сервером применяются: средства Web-интерфейса (функция
задержки через контекстное меню) или средства клиента – заголовок Deferred-Delivery со значением времени,
например: 22 Feb 2025 12:12:12 +0300 .
28.
Приоритет
(срочность) доставки/обработки сообщения устанавливается заголовком Priority со значениями от 1 до 5, где 1
соответствует высшей степени, а 5 – последней очереди. Если пользователь не
установил приоритет – это соответствует отсутствию заголовка и приоритету 3
(нормально). Нажатие кнопки красного приоритета соответствует присутствию
заголовка со значением 2 (высокий), кнопки серого приоритета: значению 4
(низкий). Значения 1 и 5 проставляются вручную.
29.
Также
используется заголовок Presedence со
значениями от 01 до 99. В обязательном порядке и автоматически этот заголовок
проставляется в сообщения рассылок. Допустимы также значения 0 – молния и 100 –
спецдоставка. Значения заголовка могут быть не только цифровыми, но и
словесными: list (соответствует значению 30 и применяется в закрытых рассылках,
оповещениях и т.п.), bulk (соответствует значению 60 и применяется в публичных
рассылках, рекламе и т.п.), junk (соответствует значению 100).
30.
Заголовок Priority рассчитан на получателя, Presedence – на автоматизированные
системы доставки и фильтрации (сортировки). Оба заголовка не имеют отношения к
документам, содержащимся в сообщении. Любой документ может содержать реквизит
приоритета – срочности обработки. Если в одну отправку отправляется несколько
документов, то в Body указывается все то, что обычно для пакета (конверта)
документов или контейнера материалов, в т.ч. и приоритет того документа в
пакете (в отправке), который имеет наивысшее значение. По договоренности
корреспондентов реквизит приоритета и значение заголовка Priority могут соответствовать.
31.
Если пользователь
предпочтет обращение к ящику по протоколу IMAP, то поддерживается сортировка
входящей корреспонденции в подпапки. Значение заголовка To: <user+catalog1.catalog2@edocnet.ru> направит
входящее сообщение во входящую папку – подпапку Catalog1 – подподпапку
Catalog2. Соответствующая структура папок и подпапок должна быть создана
заранее самим пользователем.
32.
Почтовая система
поддерживает обязательные листы рассылки everyone@edocnet.ru и mastereveryone@edocnet.ru , управляемые
администратором для оповещений всех ящиков пользователей конкретного домена и
всех пользователей всего почтового сервиса соответственно.
33. Также могут создаваться частные рассылки вида user.news@edocnet.ru с модерацией и управлением конкретным пользователем.
Вопрос создания и ликвидации рассылки разрешается администратором.
Администратор всегда является как минимум членом любой рассылки. Любой
пользователь, в т.ч. и внешний, в любое время может подписаться или отписаться
от получения сообщений рассылки:
Вариант 1.
Подписка. Кому: user.news-subscribe@edocnet.ru
. Тема и Текст – любые (мой робот их не читает, но робот Вашего провайдера
может их сканировать).
Отписка. Кому: user.news-unsubscribe@edocnet.ru
. Тема и Текст – любые (мой робот их не читает, но робот Вашего провайдера
может их сканировать).
Это – стандартный и общеизвестный способ
подписки/отписки - иногда он блокируется некоторыми почтовыми серверами, тут я
бессилен.
Вариант 2.
Подписка. Кому: mdaemon@edocnet.ru . Тема любая (мой робот не
читает, но робот Вашего провайдера может сканировать). Текст сообщения: в одну
строку без переноса
SUBSCRIBE user.news@edocnet.ru
Отписка. Кому: mdaemon@edocnet.ru . Тема любая (мой робот не
читает, но робот Вашего провайдера может сканировать). Текст сообщения: в одну
строку без переноса
UNSUBSCRIBE user.news@edocnet.ru
Это – стандартный и общеизвестный способ
подписки/отписки передачей команды - иногда он блокируется некоторыми почтовыми
серверами, тут я бессилен.
Этот вариант – самый сложный и допускает расширенные
команды:
SUBSCRIBE
user.news@edocnet.ru user@domain.com {Ivan Ivanov} (ListPass)
– подписывается не адрес отправителя, а user@domain.com,
прямо указано имя подписчика, пароль листа ListPass, если такой существует и
Вам он известен. Порядок и скобки – важны. Могут поддерживаться и другие
команды, в зависимости от режима конкретного списка.
Вариант 3.
Подписка. Кому: usernewsyes@edocnet.ru
. Тема и Текст – любые (мой робот их не читает, но робот Вашего провайдера
может их сканировать).
Отписка. Кому: usernewsno@edocnet.ru
. Тема и Текст – любые (мой робот их не читает, но робот Вашего провайдера
может их сканировать).
Вариант 4.
Подписка/Отписка вручную. Можно написать администратору, а не роботу, в адрес
edocnet@edocnet.ru, о том, что желаете подписаться/отписаться. Администратор
вручную вышлет запрос, на который надо будет ответить также по-человечески, без
всяких команд. Этот вариант займет более 15 минут, т.к. люди читают письма
реже, чем робот.
34.
Подписка или
отписка осуществляется автоматически на адрес или с адреса Sender. В ответ на команду, подписчик получает запрос
подтверждения, нужно нажать: ответить и отправить. Затем приходит подтверждение
подписки или отписки. Владелец листа может направлять свои сообщения в адрес
листа (в адрес рассылки) To: user.news@edocnet.ru и все такие сообщения будут автоматически рассылаться
всем членам подписки. Поддерживается возможность направления всеми членами
рассылки своих новостей с назначением одного пользователя модератором или
установления пароля к рассылке. Члены рассылки могут получать все сообщения
немедленно или 2 раза в сутки (уточнить у администратора) получать дайджест. Для
лиц по каким-то причинам пропустившим ряд сообщений, пропущенные сообщения
могут быть доступны в соответствующей папке общего доступа через Web.
35.
Для рассылок
обязательным является заголовок List-Unsubscribe
со значением адреса отписки от рассылки.
36.
Общедоступные
списки рассылки публикуются на основном сайте.
37.
Команды.
|
КОМАНДЫ |
ПАРАМЕТРЫ |
ОПИСАНИЯ |
|
SUBSCRIBE |
имя_списка [адрес]
[{полное имя}] [(пароль)] |
Отправитель
сообщения будет добавлен в эту рассылку, если эта рассылка существует и в ней
разрешена удаленная подписка. Если после имени списка указан адрес, то в
рассылку будет добавлен этот адрес, а не адрес, указанный в поле
"FROM:" запроса на подписку. Можно также добавить реальное имя
подписчика, указав его в фигурных скобках (т.е. {Bill F}). Если указан пароль
рассылки (круглые скобки вокруг него — обязательны), то команда будет
обработана, даже если эта функция у рассылки выключена. Примеры: SUBSCRIBE list@example.com |
|
UNSUBSCRIBE |
имя_списка [адрес]
[(пароль)] |
Отправитель
сообщения будет удален из списка рассылки, если список существует и
отправитель присутствует в списке участников рассылки. Если после имени списка
указан адрес, то из рассылки будет удален этот адрес, а не адрес, указанный в
поле "FROM:" запроса на отказ от подписки. Если указан пароль
рассылки (круглые скобки вокруг него — обязательны), то команда отказа от
подписки будет обработана, даже если эта функция у рассылки выключена. Примеры: UNSUBSCRIBE list@example.com (listPASS) |
|
DIGEST |
имя_списка [адрес] |
Отправитель
сообщения определяет для себя формат рассылки «дайджест». Если после имени
рассылки указан необязательный параметр «адрес», то режим дайджеста
устанавливается для этого адреса. Примеры: DIGEST list@example.com |
|
NORMAL |
имя_списка [адрес] |
Отправитель
сообщения определяет для себя обычный формат рассылки (не дайджест). Если
после имени рассылки указан необязательный параметр «адрес», то обычный режим
устанавливается для этого адреса. Примеры: NORMAL list@example.com |
|
NOMAIL |
имя_списка [адрес] |
Эта
команда переводит 'адрес' в режим nomail (без писем). Учетная запись будет
переведена в состояние ожидания, а сообщения рассылки на нее отправляться не
будут. Если адрес не указан, то команда будет применена к самому отправителю
письма. Например: NOMAIL list@example.com me@example.com |
|
MAIL |
имя_списка [адрес] |
Эта
команда возвращает 'адрес' в режим нормальной работы из режима nomail. Если
адрес не указан, то команда будет применена к самому отправителю письма. Примеры: MAIL list@example.com MAIL list@example.com me@example.com |
|
REALNAME |
имя_списка [адрес]
{полное имя} |
Эта
команда задает новое значение реального полного имени для 'адреса',
включенного в рассылку 'имя_списка'. Реальное имя должно быть заключено в
фигурные скобки{}. Например: REALNAME list@example.com {Bill Farmer} |
|
LIST |
[имя_списка]
[пароль_списка] |
Возвращает
сведения о списке рассылки. Если не указано имя списка, выводится сводка по всем
спискам. При использовании этой команды с указанием пароля предоставляются
дополнительные сведения о списке. Например: LIST list@example.com Lz$12 |
38. Максимальный размер исходящего сообщения: 20 мегабайт.
Для передачи больших файлов используется FTP-обслуживание.
39. Идентификатором сообщения, что важно при отправках
документов, является заголовок Message-ID, обретающий свое значение в момент
отправки на сервер отправителя. Серверы отправителя и получателя добавляют в
заголовки сообщения свои идентификаторы сообщения и трансакции: edocnet-GUID, часть заголовка Received, прочие заголовки. Знак хорошего тона при получении
сообщения - отвечать на него (Reply), что не изменяет тему обсуждения, а лишь
добавляет в Subject индекс
очередного ответа вида Re:[5]. В режиме ответного сообщения формируется
автоматически заголовок References
со значениями ряда Message-ID
идентификаторов предшествующей переписки. Именно заголовок References позволяет автоматически сортировать сообщения в
последовательном древовидном порядке переписки, что критически важно при
длительных или разнотемных переписках.
40. Для зарегистрированного пользователя поддерживается функция автоответчика. Активация, режим срабатывания и текст автоматического ответа устанавливаются пользователем самостоятельно в настройках через Web доступ. В сформированном автоматическом ответе добавляется заголовок Auto-Submitted с возможными значениями: auto-replied (сообщение сгенерировано автоматически, как ответ на прямое сообщение), auto-generated (сообщение сгенерировано автоматически, но не является ответом на прямое сообщение), no (сообщение составлено человеком, эквивалентно отсутствию заголовка), auto-notified (сообщение составлено автоматической системой оповещения). В сообщениях, сформированных автоматически встречается употребление заголовка X-Auto-Response-Suppress со значением OFF. Примечательно, что заголовок начинается с X- и не имеет четкого описания в стандартах RFC, но предположительно, должен препятствовать ответу на такие сообщения.
41. Для автоматического формирования сообщения допустимо использование макросов.
|
$HEADERS$ |
Вместо
этого макроса подставляются все заголовки входящего сообщения. Текст,
предшествующий этому макросу, будет повторяться в начале каждой раскрываемой
строки. |
|
$HEADER:XX$ |
При
использовании этого макроса в сообщение будет вставлено содержимое заголовка,
указанного вместо «xx». Например: Если во входящем сообщении был
заголовок "TO:
joe@example.com", то макрос $HEADER:TO$ будет раскрыт в "joe@example.com". Если в оригинальном
сообщении был заголовок "SUBJECT: This is the subject", то макрос $HEADER:SUBJECT$ будет заменен текстом «This is the subject». |
|
$BODY$ |
Вместо
этого макроса подставляется полный текст тела письма. Чтобы попытаться
сохранить наборы символов для других языков, MDaemon будет читать тело
письма, как двоичные данные, а не как текст, что позволяет точно
скопировать тело письма "байт в байт". |
|
$BODY-AS-TEXT$ |
Как и
в случае с макросом $BODY$, вместо этого макроса будет подставлен полный текст
сообщения, только в виде текста, а не в двоичном виде. Текст, предшествующий этому
макросу, будет повторяться в начале каждой раскрываемой строки. Таким
образом, при использовании в скрипте макроса ">>$BODY-AS-TEXT$" в генерируемое
сообщении будут вставлены все строки исходного письма, но каждая строка будет
начинаться с символов ">>". Также можно добавить текст справа от этого
макроса. |
|
$SENDER$ |
Этот
макрос преобразуется в полный адрес электронной почты, записанный в заголовке
"From:" входящего сообщения. |
|
$SENDERMAILBOX$ |
Этот
макрос преобразуется в имя почтового ящика отправителя. Имя почтового ящика -
это часть адреса электронной почты слева от символа "@". |
|
$SENDERDOMAIN$ |
Этот
макрос преобразуется в имя домена отправителя. Доменное имя - это часть
адреса электронной почты справа от символа "@". |
|
$RECIPIENT$ |
Этот макрос
преобразуется в полный адрес получателя письма. |
|
$RECIPIENTMAILBOX$ |
Этот
макрос преобразуется в имя почтового ящика получателя сообщения. Имя
почтового ящика - это часть адреса электронной почты слева от символа
"@". |
|
$RECIPIENTDOMAIN$ |
Этот
макрос преобразуется в доменное имя получателя сообщения. Доменное имя
- это часть адреса электронной почты справа от символа "@". |
|
$SUBJECT$ |
Этот
макрос преобразуется в значение заголовка "Subject:". |
|
$MESSAGEID$ |
Этот
макрос преобразуется в значение заголовка "Message-ID". |
|
$CONTENTTYPE$ |
Этот
макрос преобразуется в значение заголовка "Content-Type". |
|
$PARTBOUNDARY$ |
Этот
макрос преобразуется в значение MIME «Part-Boundary», найденное в заголовке «Content-Type» для сообщений из нескольких частейes. |
|
$DATESTAMP$ |
Этот
макрос раскрывается в строку с меткой даты-времени в стиле RFC-2822. |
|
$ACTUALTO$ |
Некоторые
сообщения могут содержать поле «ActualTo», которое представляет почтовый ящик получателя и
хост в том виде, в котором они были заданы оригинальным пользователем, до
переформатирования или трансляции алиасов. Данный макрос преобразуется именно
в это значение. |
|
$ACTUALFROM$ |
Некоторые
сообщения могут содержать поле "ActualFrom", которое представляет почтовый ящик и хост
источника сообщения до переформатирования или трансляции алиасов. Данный
макрос преобразуется именно в это значение. |
|
$REPLYTO$ |
Этот
макрос преобразуется в содержимое заголовка "ReplyTo". |
|
$PRODUCTID$ |
Этот
макрос раскрывается в строку с информацией о версии MDaemon. |
|
$AR_START$ |
Возвращает
дату и время начала работы автоответчика. |
|
$AR_END$ |
Возвращает
дату и время окончания работы автоответчика. |
42. Установочные макросы.
|
%SetSender% |
пример: %SetSender%=mailbox@example.com Во время генерации автоответа этот макрос будет заменять адрес настоящего отправителя исходного сообщения перед сборкой заголовков в сообщениях автоответчика. Данный макрос управляет содержанием заголовка TO в сообщении автоответчика. Например, если отправителем исходного сообщения был ящик "user2@domain.com", а автоответчик получателя использовал макрос %SetSender% для замены этого адреса на "user1@example.com", то заголовок TO в сообщении автоответчика будет содержать адрес "user1@example.com". |
|
%SetRecipient% |
пример:
%SetRecipient%=mailbox@example.com Во
время генерации автоответа этот макрос будет заменять адрес получателя
исходного сообщения перед сборкой заголовков в сообщениях автоответчика.
Данный макрос управляет содержанием заголовка FROM в сообщении автоответчика.
Например, если получателем исходного сообщения был ящик
"michael@example.com", а автоответчик пользователя Michael
использовал макрос %SetRecipient% для замены этого адреса на "michael.mason@example.com",
то заголовок FROM в сообщении автоответчика будет содержать адрес
"michael.mason@example.com". |
|
%SetReplyTo% |
пример:
%SetReplyTo%=mailbox@example.com Управляет
содержимым заголовка ReplyTo в сообщении автоответчика. |
|
%SetActualTo% |
пример:
%SetActualTo%=mailbox@example.com Устанавливает,
кто будет "фактическим" ("actual") получателем данного
сообщения. |
|
%SetSubject% |
пример:
%SetSubject%=Текст темы Заменяет
содержание темы исходного сообщения. |
|
%SetMessageId% |
пример:
%SetMessageId%=строка ID Заменяет
ID-строку сообщения. |
|
%SetPartBoundary% |
пример:
%SetPartBoundary%=Строка разбиения Изменяет
границы частей составного сообщения. |
|
%SetContentType% |
пример:
%SetContentType%=MIME-тип Меняет
тип содержимого сообщения на указанное значение. |
|
%SetAttachment% |
пример:
%SetAttachment%=filespec Заставляет
MDaemon присоединить заданный файл к новому сгенерированному сообщению
автоответчика. |
43. Служебные обшепринятые имена:
·
MDaemon@, ListServ@,
ListServer@, List-Serv@, MailServer@,
bounce@
-
боты для обеспечения работы почтового сервиса (обслуживаются роботом),
·
noreply@,
no-reply@, null@
-
боты уведомлений, ответы по этим адресам уничтожаются автоматически
(обслуживаются роботом),
·
abuse@, dnsbl@,
spam@, noc@, security@
- адреса для подачи жалоб на: общую работу домена,
работу блокировочного листа, рассылку спама, неисправную работу сети, сетевую
безопасность (обслуживаются человеком),
·
master@
-контроль
работы всех информационных служб (обслуживаются человеком),
·
hostmaster@
- контроль ресурсных регистрационных записей в DNS
(обслуживаются человеком),
·
finmaster@,
billing@
- контроль начислений и платежей (обслуживаются
человеком),
·
bank@
-
контроль обслуживания лицевого счета (обслуживаются человеком),
·
account@
- контроль профилей пользователей (обслуживаются
человеком),
·
postmaster@
- контроль почтовой службы (обслуживаются человеком),
·
webmaster@, web@, www@
- контроль WEB-службы (обслуживаются человеком),
·
ftpmaster@, ftp@
- контроль FTP-службы (обслуживаются человеком),
·
cryptmaster@
-
контроль сертификатов и криптографических ключей, работы УЦ (обслуживаются
человеком),
·
alarm@, attention@, alert@, emergency@, warning@
-
бот аварийного, тревожного оповещения (рассылочный лист) (обслуживаются
роботом),
·
everyone@,
mastereveryone@
-
бот принудительной рассылки всем пользователям почты (обслуживаются человеком),
·
usenet@, news@, blog@
-
контроль NNTP, публикаторов, блогов (обслуживаются человеком),
·
p2p@
-
контроль работы DC-хаба (обслуживаются человеком),
·
sip@, pbx@
-
контроль работы PBX – цифровой телефонной станции
(обслуживаются человеком),
·
administrator@,
admin@
- системное администрирование (обслуживаются
человеком),
·
supervisor@
- служба надзора (обслуживаются человеком),
·
support@
-
техническая или технологическая поддержка (обслуживаются человеком),
·
informer@, daemon@, mail@, mailer@, av@, as@, notice@
-
боты для обеспечения работы не почтового сервиса (обслуживаются роботом),
·
info@, marketing@,
sale@, sales@
-
услуги, маркетинг, покупки/продажи (обслуживаются человеком),
·
root@, system@,
sys@
-
системные боты (обслуживаются роботом),
·
all@
-
общий почтовый ящик системы для дальнейшей пересортировки писем (обслуживаются
роботом).
44. Поддерживается регистрация собственных доменов
пользователя в третьем уровне и почтовых серверов, DNS-регистрация и
обслуживание, шлюзовая коммутация с Интернет.
45. В контексте электронного документооборота электронная
почта – лучший протокол обмена. Предположим, создан документ document.doc в
предпочтительном формате doc (или docx). При зашифровке он преобразуется в файл
document.doc.asc – подписанный и защифрованный ЭП уполномоченного. Если только
подписанный, то два файла: document.doc – без изменения и document.doc.sig –
выделенный файл ЭП. Категорическое требование государства – не упаковывать их в
один zip/rar/7z. При составлении исходящего сообщения оба файла прикладываются
к сообщению, а в тексте (Body) сообщения указывается все, что положено указывать
на конверте с документами. Все сообщение подписывается/зашифровывается ЭП
связиста. В автоматическом режиме сервер отправителя устанавливает защищенный
(зашифрованный обычно ключем сервера получателя) канал связи и подписывает
исходящее сообщение ЭП сервера (DKIM). При конфиденциальном документообороте
после подписания документа уполномоченным, регистратуры и до подразделения
связи или экспедиции документ принимается к учету режимно-секретной частью с ЭП
РСЧ. На стороне получателя расшифровка производится в обратном порядке. Следует
заметить, что обмен публичными частями соответствующих подписей производится
строго горизонтально: связисты обмениваются своими ключами, уполномоченные
своими, и ключи иного уровня недоступны. Т.о. каждое звено лично удостоверяет
подлинность шифрограммы (пакета). Дополнительно еще одно удобство: файлы
подписей дополняются в своих названиях префиксом подписавшего:
ivanov_document.doc.sig.
46. При обоюдном подписании документа не нужно возвращать
файлы самих документов, достаточно переслать файлы ЭП: petrov_document.doc.sig
– эту подпись первоначальный отправитель будет проверять на соответствие только
своему файлу документа. Следует отметить, что файл document.doc –
неприкосновенен для редактирования и безопаснее его скопировать, а там открывать
и читать.
47. Дополнительным способом контроля неприкосновенности
файла может быть контрольная последовательность: Hash – вычисляется и
проверяется отдельными программами. Сама последовательность передается
отдельным сообщением, реже указывается в тексте (Body) или отдельном
прикрепленном файле.
48. Аналогом штампов на печатном документе выступают
короткие текстовые файлы с содержанием: как в штампе и ЭП исполнителя.
Обращаю Ваше внимание на указанную ниже дату последней
редакции этой страницы.
Всегда с уважением и вниманием.
РФ, г.Ростов-на-Дону, 01.12.2025
Борчанкин Сергей Геннадьевич
“Sergej
Borchankin” <sgb@edocnet.ru>