Настройка почтового сервера на использование коммутируемого соединения требует внесения лишь незначительных изменений в базовую конфигурацию Postfix. Коммутируемый доступ в Интернет может стоить денег (в частности, в Европе, где действует плата за соединение), так что, возможно, вы не захотите, чтобы почтовый сервер инициировал соединение для каждого исходящего сообщения. Вместо этого сервер может накапливать определенное количество сообщений и затем отправлять их, что повышает экономическую эффективность процесса.
Когда коммутируемое соединение установлено, нужно, чтобы Postfix переслал стоящие в очереди сообщения при помощи хоста ретранслятора вашего провайдера. Кроме того, вам может понадобиться поддержка SMTP аутентификации. Также нужно будет автоматически извлекать сообщения, которые не могли быть доставлены локальным пользователям, пока сервер не был подключен к Интернету.
Когда Postfix получает сообщение, которое должно быть доставлено в удаленный домен, он должен найти MX или A запись для домена на значения. Для поиска имени на DNS серверах обычно требуется запрос, обращенный за пределы вашей сети, для чего необходимо подключение сервера к сети Интернет. Поскольку вы хотите свести коммутируемые соединения к минимуму, следует сообщить Postfix, что поиск данных в DNS не должен начинаться до тех пор, пока сервер не установит соединение. Фактически Postfix вообще никогда не должен заниматься поиском удаленных доменов, т. к. вы хотите, чтобы сервер отправлял сообщения через хост ретранслятор вашего интернет провайдера, который сам в состоянии определить, куда отправлять сообщения.
Сервер с коммутируемым соединением обычно имеет динамический IP адрес, который меняется при каждом соединении сервера с сетью Интернет. Следовательно, единственным способом управления правами на ретрансляцию для сетевого интерфейса сервера с коммутируемым соединением является определение таких прав вручную при каждом соединении. К тому же кто, кроме спамеров, захочет выполнять ретрансляцию через хост на коммутируемом соединении?
[b]Примечание[/b] Даже если ваш хост только периодически имеет возможность соединения, никогда не следует разрешать пересылку для всего Интернета. К одному из коммутируемых почтовых серверов автора было обращено 56 (неудавшихся) попыток ретрансляции в течение 30 дней. Получается приблизительно по две в день, и это при том, что компьютер не был доступен в сети постоянно! К счастью, ничего не случилось, т. к. пересылка на нем была запрещена.
Прежде чем выполнять данный этап настройки, необходимо определить хост ретранслятор вашего интернет провайдера. Многие провайдеры блокируют исходящие соединения с портом 25 TCP (порт SMTP) для пользователей на коммутируемых линиях, т. к. спамеры злоупотребляют возможностями демонстрационного доступа по коммутируемому соединению.
Примечание В дополнение к требованиям вашего интернет провайдера существует множество причин, по которым не стоит просить Postfix доставлять сообщения напрямую конечному адресату. Например, в связи с тем, что источником значительной части спама являются компьютеры с коммутируемым доступом в Интернет, в черные списки стали включать целые блоки сетей с коммутируемым доступом (аналоговых, ISDN и DSL), про которые известно, что их используют спамеры. Даже если ваше сообщение не является спамом, удаленный агент передачи сообщений (MTA) может отклонить его на основе списка коммутируемых пользователей (DUL – dial up user list) просто потому, что оно отправлено из диапазона IP адресов, принадлежащих коммутируемому пулу.
На данный момент сервер Postfix имеет конфигурацию, которая доставляет почту хосту ретрансляции без разрешения имен и запрещает пересылку через собственный сервер. Однако сервер все еще звонит интернет провайдеру всякий раз, когда получает исходящее сообщение, адресованное в удаленную сеть. Для того чтобы изменить такое поведение и заставить Postfix ставить исходящие сообщения в очередь, отредактируйте файл main.cf, указав в параметре defer_transports, что следует отложить сеанс SMTP, как показано в следующем примере:
defer_transports = smtp
Как обычно, после внесения изменения выполняем postfix reload от имени root. После перезагрузки Postfix не будет доставлять сообщения по SMTP до тех пор, пока параметр defer_transports не будет изменен или отменен. В следующем разделе будет показано, как использовать эту функциональность для отправки сообщений при установлении соединения сервера с интернет провайдером.
