Вы, наверное, сгораете от нетерпения начать работу с Postfix. Но прежде нужно кое что узнать. Витсе Венема, разработчик Postfix, прекрасно знает UNIX, поэтому он не стал дублировать в Postfix функциональность, которая имеется в UNIX по умолчанию. В силу этого Postfix рассчитывает, что ваша система правильно настроена – его работоспособность напрямую определяется работоспособностью операционной системы. Не пропускайте эту главу только из за того, что она кажется вам «детской». Найдите время и убедитесь в том, что ваша система соответствует перечисленным ниже требованиям. Ваши усилия не пропадут даром: Postfix отблагодарит вас быстрой, надежной и безопасной службой.
Для надежного взаимодействия с другими системами почтовый сервер должен иметь полностью определенное доменное имя (FQDN – fully qualified domain name, например mail.example.com. В своем приветствии удаленным почтовым клиентам и серверам Postfix автоматически подставляет это данное вами имя, если только вы вручную не задали ему другое.
Полностью определенное доменное имя важно еще и потому, что функции Postfix не ограничиваются приемом почты от клиентов – в клиентском режиме Postfix также передает сообщения другим почтовым серверам. Многие почтовые серверы проверяют заявленное клиентом имя и не принимают сообщения, если имя не является полностью определенным, а некоторые еще и проверяют, разрешается ли указанное имя в DNS.
Убедитесь, что ваша машина может выйти в сеть и что другие хосты этой сети могут общаться с ней. Первая часть не вызывает затруднений: достаточно открыть онлайновую веб страницу, чтобы убедиться, что ваш компьютер в сети. Входящие соединения проверить немного сложнее. Для этого вам понадобится другой хост в сети, с которого клиенты могли бы устанавливать соединение. Если Postfix предлагает услуги всему Интернету, вам следует проверить возможность соединения с хоста, полностью независимого от вашего сервера.
Правильная установка системного времени особенно важна, когда вы занимаетесь тонкой настройкой или устраняете проблемы. Если возникает необходимость выйти за пределы своей системы и решать возникшие проблемы совместно с администраторами других узлов, точные временные метки могут стать связующим звеном между событиями на вашем почтовом сервере и на тех серверах, которые вы не контролируете.
Postfix тщательно фиксирует свои действия в заголовках сообщений. Взгляните, к примеру, на такой заголовок:
Received: from mail.example.net (mail.example.net [192.0.34.166]) by mail.example.com (Postfix) with ESMTP id 6ED90E1C65 for <recipient@example.com>; Sat, 7 Feb 2004 10:40:55 +0100 (CET) Reply To: sender@example.net From: Sender <sender@example.net> To: Recipient <recipient@example.com> Subject: Keep correct system time Date: Sat, 7 Feb 2004 10:42:01 +0100
Кроме того, Postfix указывает дату в записях почтового журнала. Вот пример записей в журнале:
Feb 7 2004 10:40:55 mail postfix/pickup[32610]: 6ED90E1C65: uid=501 from=<sender> Feb 7 2004 10:40:55 mail postfix/cleanup[398]: 6ED90E1C65: message id=<20040416020209.7D62343F30@mail.example.com>
Одно из основных мест, где следует искать диагностические сообщения, – это почтовый журнал. В Postfix используется стандартная для UNIX утилита регистрации syslogd. Для ее настройки, как правило, используется файл /etc/syslog.conf. Вот пример конфигурации:
# Log anything (except mail) of level info or higher. # Don't log private authentication messages! *.info;mail.none;authpriv.none;cron.none /var/log/messages # The authpriv file has restricted access. authpriv.* /var/log/secure # Log all the mail messages in one place. mail.* /var/log/maillog # Log cron stuff cron.* /var/log/cron # Everybody gets emergency messages, plus log them on another # machine. *.emerg * # Save mail and news errors of level err and higher in a # special file. uucp,news.crit /var/log/spooler # Save boot messages also to boot.log local7.* /var/log/boot.log
