3.3 Пользовательские фильтры

   В обычной конфигурации exim`a, пользователи могут запускать частные (собственные) фильтры, устанавливая соответствующие файлы “.forward” в своих домашних директориях. Смотрите раздел 22 (о переадресовывающем маршрутизаторе) конфигурации нуждающейся в этом, и отдельный документ “интерфейсы фильтрации почты exim`a” (“Exim’s interfaces to mail filtering”) для получения дополнительных деталей. Доступны два различных вида фильтрации:


3.4 Идентификация сообщений

   Каждому сообщению, обрабатываемому exim`ом, даётся “message id” длинной в шестнадцать символов. Они разделяются на три части, с дефисом в качестве разделителя, например “16VDhn-0001bo-D3”. Каждая часть - последовательность букв и цифр, обычно - число кодированное по основанию 62. Однако, в операционной системе Darvin (Mac OS X) и когда exim собран для запуска в Cygwin, взамен используется основание 36 (уход от использования строчных букв), поскольку идентификатор сообщения используется для создания имени файлов,а в этих операционных системах строчные и прописные буквы в именах файлов не всегда различаются.
   Способ формирования идентификатора сообщения изменился во время развития Exim. Более ранние версии полагались на операционную систему не использующую заново идентификатор процесса (PID) в течение одной секунды. На современных операционных системах, такое предположение более не может быть сделано, таким образом, алгоритм должен был быть изменён. Для сохранения обратной совместимости, старый формат идентификатора сообщения также поддерживается, поэтому следующие правила выглядят несколько эксцентрично:


3.5 Получение почты

  Exim может получать почту с других хостов лишь единственным способом, с использованием SMTP через TCP/IP, когда адреса отправителя и получателя передаются через команды SMTP. Однако, из локально работающих процессов (таких как пользовательские MUA), можно отправить почту несколькими способами:


3.6 Обработка входящих сообщений

   Когда exim принимает сообщение, он записывает его в два файла, в spool-директории. Первый содержит информацию конверта, текущий статус сообщения, и строки заголовка, второй содержит тело сообщения. Имена обоих файлов состоят из идентификатора сообщения, с добавлением “-H” для файла с заголовками и конвертом, и “-D” для файла с данными.
   По дефолту, все эти файлы содержатся в одном каталоге, называемом “input”, внутри главной spool-директории exim. Некоторые операционные системы не очень хорошо работают, когда число файлов в директории становится большим; для улучшения производительности, в таких случаях, может использоваться опция “split_spool_directory”. Она заставляет exim распределять файлы входящих писем по 62-м директориям, с именами в виде одиночных цифр и букв. Когда это сделано, обработка очереди происходит покаталогово, вместо одновременной обработки всех каталогов, это может увеличить производительность даже при небольшом количестве файлов в каждой из директорий, даже если это количество файлов не влияет на быстродействие файловой системы.
   Информация конверта состоит из адреса отправителя сообщения и адресов получателей. Эта информация является обособленной от любых адресов содержащихся в строках заголовков. Статус сообщения включается в список получателей, которые уже получили сообщение. Формат первого файла spool-директории описан в разделе 53.
   Перезапись адресов, если она задана в конфигурационной секции rewrite (смотрите раздел 31), производится однократно и для всех входящих адресов, и в строках заголовков и в конверте, во время приёма сообщения. Если во время доставки сгенерены новые адреса (например, через альясинг), эти новые адреса перезаписываются в тот момент когда они генерятся. Во время фактической доставки сообщения может быть дальнейшая перезапись; поскольку это транспортная опция, она может быть различной для разных типов доставки. Также возможно задать добавление, или удаление определённых строк заголовков, во время доставки сообщения (смотрите разделы 15 и 24).



3.7 Цикл жизни сообщения

   Сообщение остаётся в spool-директории до полной доставки получателям или ошибочному адресу (адресу куда шлют сообщения об ошибках - прим. lissyara), или до уничтожения администратором или пользователем изначально создавшим его. В случае, когда доставка не может быть произведена - например, когда сообщение не может быть доставлено получателю, и не может быть возвращено отправителю, то оно отмечается как “замороженное” в spool`e и больше не предпринимается попыток его доставки.
   Администратор может “разморозить” такие сообщения, когда проблема исправлена, а также может вручную заморозить отдельные сообщения. Кроме того, администратор может вызывать принудительную ошибку доставки, вызвав отсыл сообщения о недоставке (рикошет).
   Эти опции, называемые “ignore_bounce_errors_after” и “timeout_frozen_after”, отбрасывают замороженные сообщения после определённого времени. Первое применяется только к замороженным сообщениям о недоставке, вторые - к любым замороженным сообщениям.
   Когда exim работает с сообщением, он записывает информацию о каждой попытке доставки в свой лог-файл. Туда включаются успешные, неуспешные и отложенные доставки для каждого получателя (смотрите главу 49). Строки логов также пишутся в отдельные файлы “message log” для каждого сообщения. Эти логи - исключительно для использования администратором, и обычно удаляются вместе вместе с файлами spool`a, когда обработка сообщения завершена. Использование индивидуальных логов сообщений может быть отключено установкой опции “no_message_logs”; это может дать прирост производительности на очень загруженных системах.
   Вся информация необходимая exim`y для доставки сохраняется в первом spool-файле, наряду со строками заголовка. Когда происходит успешная доставка, адрес немедленно вписывается в конец журнального файла, имя которого - идентификатор сообщения с добавленным “-J”. В конце выполненной доставки, если остались адреса, которые необходимо доставить позднее, первый spool-файл (“-H” - файл) обновляется, для указания какой момент доставки сейчас, и журнальный файл удаляется. Обновление spool-файла завершается записью нового файла и переименовыванием его, для минимизации возможной потери данных.
   Если происходит падение системы или программы после успешной доставки, но до обновления spool-файла, журнал остаётся лежать (на диске, видимо - прим. lissyara). В следующий раз, когда exim пытается доставить сообщение, он читает журнал и обновляет spool-файл до обработки. Это минимизирует возможность двойной доставки, вызванную сбоями.



3.8 Обработка адреса для доставки

   Главную доставку обрабатывают элементы exim называемые “роутеры” (“routers”) и “транспорты” (“transports”), и вместе они известны как “драйверы” (“drivers”). Их код распространяется с исходным дистрибутивом, и опции компиляции задают, какие из них включаются в бинарный файл. Опции выполнения (во время выполнения) определяют, какие из них фактически используются для доставки сообщения.
   Каждый драйвер, который задан в выполняемой конфигурации - “экземпляр” (“instance”) того специфического типа драйвера. Многократное использование одного роутера разрешается; например, вы можете задать несколько различных транспортов “smtp”, каждый с различными значениями опций, например задающие иные порты или таймауты. В дальнейшем, обычно, будет использоваться само название драйвера (т.е. одна, определённая конфигурация), и общее название драйвера, при обсуждении общих особенностей драйвера.
   “Роутер” (“router”, или “маршрутизатор”) - драйвер, работающий с адресами, также определяет каким образом должна произойти его доставка, задавая определённый транспорт, или преобразуя адрес в один или несколько новых адресов (например, через файл альясов). Маршрутизатор также может явно (в смысле, целенаправленно - прим. lissyara) вызвать ошибку адреса, вызывая доставку сообщения о недоставке.
   “Транспорт” (“transport”) - драйвер, который передаёт копию сообщения из spool-директории exim`a в другое место назначения. Есть два вида транспортов: локальный, с местом назначения в файле или трубе на локальном хосте, и удалённый - с местом назначения на иных хостах. Сообщение передаётся определённому транспорту как результат успешной маршрутизации. Если у сообщения несколько получателей, оно может быть передано нескольким различным транспортам.
   Адрес обрабатывается передачей его каждому сконфигурированному роутеру, по очереди, подчиняясь определённым условиям, до тех пор пока роутер не примет адрес, или определит, что надо вызвать ошибку адреса (принудительно - прим. lissyara). Скоро этот процесс будет описан в деталях. Вначале, как простой пример, рассмотрим, как каждый адрес получателя в сообщении обрабатывается в небольшой конфигурации из трёх роутеров.
   Для того, чтобы сделать это более конкретным примером, описание сделано в терминах некоторых актуальных роутеров, но помните, что это лишь пример. Вы можете сконфигурить роутеры exim`a несколькими разными способами, и может быть любое число роутеров в конфигурации.
   Обычно первый маршрутизатор, определённый в конфигурации, занимается обработкой адресов в доменах, которые не распознаны, как относящиеся к локальному хосту. Обычно это адреса произвольных доменов интернета. Установлено предварительное условие ищущее домены относящиеся к локальному хосту, и маршрутизатор выполняется для адресов не соответствующих условию. Обычно, этот роутер ищет домены в DNS, для нахождения хостов к которым направляется этот адрес. Если поиск успешен, адрес передаётся подходящему SMTP-транспорту; если неуспешен, роутер сконфигурен на отказ адреса (генерится сообщение о недоставке - прим. lissyara).
   Второй роутер достигается лишь в случае, если домен распознан как “принадлежаший” локальной машине. Этот роутер делает редирект - известный также как альясинг, форвардинг. Когда он генерит один или больше новых адресов из оригинального, каждый из них роутится независимо от начального. Иначе маршрутизатор может вызвать отказ адреса, или просто отказаться обрабатывать его, передав следующему роутеру.
   Последний роутер во многих конфигурациях проверяет, принадлежит ли адрес локальным почтовым ящикам. Предварительное условие может содержать проверку - является ли локальная часть именем логина пользователя, или он ищет её в файле или базе данных. Если эти предварительный условия не выполнены, роутер отклоняется, и на этом маршрутизаторы заканчиваются. Когда такое происходит (письмо с этим адресом было отклонено всеми роутерами - прим. lissyara), происходит рикошет (шлётся письмо отправителю с сообщением, что не удалось доставить письмо - прим. lissyara).



3.9 Обработка адреса в режиме верификации

   Роутеры exim`a используются для принятия решения о том, как доставлять почту, а также для “проверки адреса” (“address verification”). Верификация может быть запрошена как одна из проверок, которая должна быть выполнена в ACL для входящих сообщений, для обоих адресов - отправителя и получателя, и она может быть протестирована с использованием опций “-bv” и “-bvs” командной строки.
   Когда адрес проверяется, роутеры работают в “режиме проверки” (“verify mode”). Это не изменяет порядка выполнения роутеров, но может изменять результат их работы. Это значит, роутер может быть пропущен или вынужден вести себя иначе при проверке. Типичным примером может быть конфигурация, в которой первый роутер посылает все сообщения в сканирующую программу, если они не были просканированы ранее. Таким образом, первый роутер принимает все адреса без каких бы то ни было проверок, делая его бесполезным для проверки. Обычно для таких маршрутизаторов, устанавливается опция “no_verify”, заставляя его быть пропущенным в проверяющем режиме.



3.10 Работа отдельного роутера

   Как объяснено в примере выше, несколько предварительных условий проверяются до запуска роутера. Если любое условие не встречается, роутер пропускается и адрес передаётся следующему маршрутизатору. Когда все предварительные условия для маршрутизатора соблюдены, он выполняется. Что происходит дальше, зависит от результата, являющегося одним из следующих:


3.11 Дублирующиеся адреса

   Как только маршрутизация завершена, exim просматривает адреса, предназначенные для локальных и удалённых транспортов, и отбрасывает любые найденные дубликаты (повторения). В процессе этой проверки локальные части обрабатываются с учётом регистра. Это происходит лишь при реальной доставке сообщения; при тестировании роутеров с опцией “-bt” отображаются все адреса появившиеся в процессе работы роутеров.



3.12 Предварительные условия роутера

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


3.13 Доставка в деталях

   Когда необходимо доставить сообщение, последовательность событий такова:


3.14 Механизм повтора

   Этот механизм exim'a предназначен для повтора сообщений, которые обработчик очереди не сумел доставить с первой попытки. Вы должны запустить демона exim`a с опцией “-q” с параметром "интервал времени", для запуска обработчика очереди с регулярными интервалами времени, или использовать другие средства (например, cron)? чтобы запустить его. Если вы не будете предпринимать мер к запуску обработчика очереди, сообщения, недоставленные при первой попытке, навсегда останутся в очереди. Обработчик очереди обрабатывает очередь по одному сообщению, пробуя каждую доставку (адреса получателей - прим. переводчика) с прошедшим временем повторения. Вы можете запустить несколько обработчиков очереди одновременно.
   Exim использует набор конфигурационных правил для определения, когда должен быть попытка отправки для ошибочного адреса (смотрите раздел 32). Эти же правила определяют, когда exim должен прекратить попытки доставки адреса, и сгенерировать рикошет. Если для частного хоста, адреса или комбинации ошибок не установлены правила повтора, то временные ошибки обрабатываются как постоянные.



3.15 Временные ошибки доставки

   Существует много причин, по которым сообщение не доставляется немедленно по частному адресу. Сбой подключения к удалённой машине (поскольку хост, или подключения к нему, отcутствовали) - одна из самых распространённых. Временные ошибки могут быть обнаружены в процессе роутинга, а также в течение транспортной стадии доставки.  Локальные доставки могут быть задержаны, если недоступны NFS файлы, или почтовый ящик находится в файловой системе, в которой у пользователя превышена квота. Exim может быть сконфигурирован для использования собственных квот на локальные почтовые ящики; там, где используются системные квоты, они также применяются.
   Если хост недоступен некоторое время, множество сообщений может ожидать его, к тому времени, когда он станет доступен, и их отправка в течение одного SMTP-соединения, явно выгодна. Всякий раз, когда доставка на удалённый компьютер задерживается, exim делает примечание в своей БД хинтов (можно перевести как БД намёков - прим. lissyara), и всякий раз когда происходит успешная SMTP-доставка, он смотрит, есть ли другие сообщения для этого же хоста. Если они найдены, они отправляются по тому же самому SMTP-соединению, ограниченные указанным в конфигурации числом максимальных сообщений через одно соединение.



3.16 Постоянные ошибки доставки

   Когда сообщение невозможно доставить к нескольким или всем его получателям, генериться сообщение рикошета. Временные ошибки доставки превращаются в постоянные ошибки, когда истекает их время ожидания. Все адреса, которые ошибочны в данной попытке доставки, перечисляются в одном сообщении. Если у оригинального сообщения много получателей, возможно что некоторые адреса недоставлены в первую попытку, и другие были неудачны в последующие попытки, возможна генерация более одного рикошета. Формулировка сообщения рикошета может быть настроена администратором. Для дополнительных деталей, смотрите раздел 46.
   Сообщения рикошета содержат строку заголовка “X-Failed-Recipients:”, содержащую список неудачных адресов, для программ которые автоматически анализируют такие сообщения.
   Рикошет, обычно, отправляется отправителю оригинального сообщения, полученного из адреса конверта. Для входящих SMTP-сообщений, это адрес, данный в команде MAIL. Однако, когда адрес раскрывается через форвардинг или альясинг, может быть задан альтернативный адрес для доставки рикошетов от сгенерённых адресов. При использовании списков рассылки (смотрите раздел 47.2), рикошеты обычно отправляются менеджеру списка рассылки.



3.17 Сбой доставки рикошета

   Если с рикошетом (сгенерированным локально, или пришедшим с удалённого хоста) происходит сбой доставки, сообщение остаётся в очереди замороженным (“frozen message” - прим. переводчика), ожидая внимания администратора. Существуют опции, которые могут использоваться для того, чтобы заставить exim отбросить такие сообщения, или хранить их короткий период времени (смотрите опции “timeout_frozen_after” и “ignore_bounce_errors_after”).


=============
translated by lissyara
verifying by Gerk