OpenNET: статья - Корпоративный почтовый сервер на базе Postfix (postfix mail imap sasl crypt tls auth clamav spam virus freebsd)

Корпоративный почтовый сервер на базе Postfix (postfix mail imap sasl crypt tls auth clamav spam virus freebsd)

<< Предыдущая	ИНДЕКС	Правка	src / Печать	Следующая >>

Ключевые слова: postfix, mail, imap, sasl, crypt, tls, auth, clamav, spam, virus, freebsd,  (найти похожие документы)

From: Сергей Святкин
Newsgroups: email
Date: Mon, 09 Mar 2006 14:31:37 +0000 (UTC)
Subject: Корпоративный почтовый сервер на базе Postfix

  PDF версия: https://www.opennet.ru/soft/postfix_mail.pdf

  Почтовый сервер Postfix + Courier-Imap + SASL2 + TLS + PostgreSQL 
  + Squirrelmail + ClamAV + Greylist

Вместо предисловия

Данная статья составлена из заметок, писавшихся для самого себя по
материалам различных статей, с целью собрать все необходимое лично мне в
одном месте. Так что на копирайты и ориги нальность не претендую. Однако
считаю, что сей манускрипт все же может оказаться полезным, особенно для
начинающих. Прежде чем приступать к настройке по данной статье,
рекомендую внимательно прочитать ее до конца. От чтения документации к
устанавливаемым программам данная статья не освобождает, так как
описание многих параметров конфигурационных файлов остались в тени.
Также рекомендую ознакомиться с использованными в статье материалами,
спи сок которых дан в конце текста.

1. Предварительная настройка системы

Почтовый сервер, создание которого описывается ниже, был поднят на
FreeBSD версии 6.0. Описывать установку и настройку самой ОС я не буду,
скажу только о том, что нужно непосред ственно для работы почтового
сервера.

Первым делом необходимо полностью отключить Sendmail, который ставится
по умолчанию вместе с системой. Для этого необходимо проделать
следующее. Во-первых, в /etc/rc.conf допи шем строки:

       sendmail_enable="NONE"
       mta_start_script=""
       sendmail_outbound_enable="NO"
       sendmail_submit_enable="NO"
       sendmail_msp_queue_enable="NO"

Во-вторых, необходимо создать файл /etc/periodic.conf (если он не
существует), и дописать туда следующие строчки:

       daily_clean_hoststat_enable="NO"
       daily_status_mail_reject_enable="NO"
       daily_status_include_submit_mailq="NO"
       daily_submit_queuerun="NO"

Понадобится еще доустановить из пакетов/портов gmake и sudo. Об их
установке также не буду распространяться, из пакетов все ставится за 5
минут и без проблем. Но приведу здесь свой конфиг sudoers для дальнейшей
работы. У меня он совсем небольшой:

/usr/local/etc/sudoers:

       Cmnd_Alias POSTGRES = /usr/local/bin/createuser, /usr/local/bin/createdb, \
                         /usr/local/bin/createlang, /usr/local/bin/dropdb, \
                         /usr/local/bin/droplang, /usr/local/bin/dropuser, \
                         /usr/local/bin/initdb, /usr/local/bin/pg_config, \
                         /usr/local/bin/pg_controldata, /usr/local/bin/pg_ctl, \
                         /usr/local/bin/pg_dump, /usr/local/bin/pg_dumpall, \
                         /usr/local/bin/pg_resetxlog, /usr/local/bin/postgres, \
                         /usr/local/bin/postmaster, /usr/local/bin/psql

       root           ALL = (ALL) ALL
       pgsql          All = POSTGRES

Насколько я понимаю, все это обозначает следующее: root может творить
все, что хочет, а пользователь pgsql может только запускать программы
для работы с PostgreSQL из каталога /usr/local/bin/.

2. Установка программ

Все программное обеспечение ставится из портов по нижеприведенной схеме.
Я рекомендую ставить приложения именно в перечисленном порядке. Ибо
однажды я решил поставить Courier после Postfix, и он отказался
собираться. Но если есть желание экспериментировать, то ставьте в том
порядке, который вам нравится.

Версии устанавливаемых приложений даны просто для сведения.

2.1. OpenSSL 0.9.7i - из портов

Нужен для создания сертификатов безопасности сервера и клиентов.

     cd /usr/ports/security/openssl
     make OPENSSL_OVERWRITE_BASE=yes install

2.2. PostgreSQL 8.0.4 - из портов

В базе PostgreSQL будем хранить всю информацию о пользователях нашей
почтовой систе мы, а также иную служебную информацию - транспортные
таблицы, алиасы, и т.д.

     cd /usr/ports/databases/postgresql80-server
     make install

Опции установки - NLS и PAM (последняя нужна только если планируете использовать
saslauthd и PAM-PgSQL)

2.3. CYRUS-SASL 2.1.21 - из портов

Этот порт будет обеспечивать нам SMTP-авторизацию пользователей
почтового сервера.

     cd /usr/ports/security/cyrus-sasl2
     make WITHOUT_OTP=yes WITH_PGSQL=/usr/local/lib install

А вот дальше можно установить демона авторизации, а можно и не делать
этого, зависит от того, каким способом будет выполняться обращение к БД
пользователей для SMTP-авторизации. Если вы хотите использовать
saslauthd, то необходимо будет поставить еще и PAM-PgSQL (см. пункт 2.6).

Я лично обошелся без saslauthd, но для полноты картины все же расскажу и о нем.

     cd /usr/ports/security/cyrus-sasl2-saslauthd
     make install

Если saslauthd использоваться не будет, то вышеуказанный порт ставить не надо.

2.4. Courier-Imap 4.0.6.1 - из портов

Courier-IMAP будет исполнять роль POP3 и IMAP сервера.

     cd /usr/ports/mail/courier-imap
     make install

Опции установки - OPENSSL и AUTH_PGSQL
Долго он ставится...

2.5. Postfix 2.2.5 - из портов

Postfix - основа всей нашей системы, собственно MTA.

        cd /usr/ports/mail/postfix
        make install

Опции установки - SASL2, TLS, PgSQL. Ближе к окончанию установки будет
задано еще несколько вопросов, отвечаем на них, используя предлагаемые
по умолчанию варианты:

        You need user "postfix" added to group "mail".
        Would you like me to add it? - [y]? y
        Would you like to activate Postfix in /etc/mail/mailer.conf [n]? n

2.6. PAM-PGSQL 0.6.1 - из портов

Нужен для организации доступа демона авторизации saslauthd к базе
PostgreSQL. Есте ственно, ставить только в том случае, если вы будете
использовать saslauthd - тогда установите его, как описано в пункте 2.3.
Если saslauthd не используется, этот пункт просто пропускаете.

        cd /usr/ports/security/pam-pgsql
        make install

В ходе экспериментов по установке данной связки сей порт изматерился,
что хочет библио теку libtool-1.3.5 - хотя уже была установлена
libtool-1.5.20, и почему-то отказался ее скачивать. Пришлось найти в
инете libtool-1.3.5.tar.gz и руками подсунуть в /usr/ports/distfiles.
Возможно, вам это и не грозит.

2.7. PHP 4.4.1 - из портов

Нужен для организации WWW -доступа к нашему почтовому серверу. В
процессе установки будет также собран и установлен WWW-сервер Apache2.

        cd /usr/ports/lang/php4
        make install

Опции установки - APACHE2 и OPENSSL

По завершению установки обращаем внимание на то, что инсталлятор
предлагает нам доба вить в конфиг Апача
(/usr/local/etc/apache2/httpd.conf) следующие параметры:

        AddType application/x-httpd-php .php
        AddType application/x-httpd-php-source .phps

Не лишним будет также добавить к списку файлов, определяющих индексный
файл веб-ди ректории по умолчанию еще и файл index.php

2.8. Squirrelmail 1.4.5 - из портов

Этот порт, собственно, и обеспечит доступ к нашему почтовому серверу
через WWW-интер фейс.

        cd /usr/ports/mail/squirrelmail
        make install

В процессе установки вылезет окно Options for php4-mbstring 4.4.1 - в
нем оставим все как есть и нажмем Ok.

По завершению установки опять-таки обратим внимание на рекомендации
инсталлятора - нам предлагают изменить в файле /usr/local/etc/php.ini
(этот файл не существует и нужно будет скопировать его из примера
/usr/local/etc/php.ini-recommended) два параметра:

     file_uploads = On
     session.auto_start = 1

2.9. ClamAV 0.87 - из портов

Бесплатный и надежный антивирус, который будет проверять нашу почту на
предмет на личия всякой гадости в письмах.

     cd /usr/ports/security/clamav
     make install

Опции установки - LIBUNRAR

2.10. ClamSMTP 1.5 - из портов

С помощью этого порта мы заставим работать в одной упряжке ClamAV и Postfix

     cd /usr/ports/security/clamsmtp
     make install

2.11. Postgrey 1.21 - из портов

Система защиты от спама на основе технологии серых списков.

     cd /usr/ports/mail/postgrey
     make WITH_BDB_VER=43 install

Вместе с этим портом будет также установлена база данных BerkeleyDB,
версию которой мы указали параметром WITH_BDB_VER=43. Для работы
postgrey требуется BerkeleyDB версии не ниже 4.1.

По этой схеме все прошло без эксцессов. Можно приступать к
конфигурированию.

3. Конфигурирование программ

3.1 Настройка PostgreSQL

Сначала с помощью chsh поменяем пользователю pgsql оболочку по умолчанию
на /sbin/nologin. И слегка подточим запускной скрипт PostgreSQL
/usr/local/etc/rc.d/010.pgsql.sh, ко торый нам сделал порт. Найдем там
строчки:

        postgresql_command()
        {
            su -l ${postgresql_user} -c "exec ${command} ${command_args}"
        }

        postgresql_initdb()
        {
            su -l -c ${postgresql_class} ${postgresql_user} -c "exec
        ${prefix}/bin/initdb -D ${postgresql_data}"
        }

И поменяем их так, чтобы работало через sudo:

       postgresql_command()
       {
           /usr/local/bin/sudo -u ${postgresql_user} ${command} ${command_args}
       }

       postgresql_initdb()
       {
           /usr/local/bin/sudo -u ${postgresql_user} ${prefix}/bin/initdb -D ${post
       gresql_data}"
       }

Теперь добавляем в /etc/rc.conf строку postgresql_enable="YES" (чтобы
PostgreSQL стартовал вместе с системой) и запускаем первичную
инициализацию базы данных:

     /usr/local/etc/rc.d/010.pgsql.sh initdb

И запустим PostgreSQL:

     /usr/local/etc/rc.d/010.pgsql.sh start

Далее создадим пользователя БД, от имени которого будет работать Postfix:

     sudo -u pgsql /usr/local/bin/createuser

Вводим имя пользователя postfix, на все последующие вопросы отвечаем n,
и вознагражда емся сообщением CREATE USER. Но этот пользователь у нас
имеет доступ к базе данных без па роля, надо это исправить:

     sudo -u pgsql /usr/local/bin/psql template1
     alter user postfix with password `postfix';

На что нам говорят ALTER USER. Но нам нужен еще и пользователь для
работы с самой ба зой данных, так как пользователю postfix прав на
создание записей мы не предоставим. Первая мысль - выйти из psql и
повторить вышеописанное createuser... но вот если сначала сделать

     select * from pg_shadow;

то увидим, что пользователь pgsql уже существует. Так что на только
остается сменить ему пароль:

     alter user pgsql with password `postgres';

Не путайте пользователей БД PostgreSQL - postfix и pgsql с одноименными
пользователями системы! Это совершенно разные учетные записи,
пользователи БД имеют отношение только к базе PostgreSQL.

Выйдем из psql (команда \q) и настроим
/usr/local/pgsql/data/pg_hba.conf. Тут надо будет привести строчки в
самом конце файла вот к такому виду:

       TYPE           DATABASE       USER          CIDR            METHOD

       local          all            all                           md5
       host           all            all           127.0.0.1/32    md5
       #host          all            all           ::1/128         trust

Последняя строка - для IPv6. Надеюсь, она вам не нужна, поэтому просто
закомментируйте ее. Перезапустите PostgreSQL. И наконец, создаем то,
ради чего связались с PostgreSQL - нашу базу данных почтовых
пользователей:

     sudo -u pgsql /usr/local/bin/createdb mailbase

Теперь прежде чем что-то делать, у нас спрашивают пароль. Вводим пароль
postgres и переходим к созданию таблиц:

     sudo -u pgsql /usr/local/bin/psql mailbase

Опять вводим пароль и приступаем:

     create table user_accounts (
     login varchar(32) unique not null,
     password varchar(32) unique not null,
     smtplogin varchar(128) unique,
     smtppassword varchar(128) unique,
     email varchar(128) unique not null,
     mailbox varchar(256) unique not null,
     realname varchar(128));

     create table user_aliases (
     username varchar(32) not null,
     alias varchar(128) not null);

     create table transport (
     location varchar(128) unique not null,
     transport varchar(128) not null default `virtual:');

В награду нам - сообщения CREATE TABLE после каждого ввода ;. Теперь
дадим пользо вателю БД postfix право выполнять оператор select для этих
таблиц:

     grant select on user_accounts, user_aliases, transport to postfix;

И видим сообщение GRANT - права присвоены. После этого добавим в БД запись для тесто
вого пользователя:

     insert into user_accounts values (`testuser', `password', `smtptestuser', `smtppassword', `tes
     tuser@home.net', `/mail/virtual/testuser@home.net/Maildir/', `Test user');

Если все прошло удачно, то увидим сообщение INSERT <циферки>. Можно
полюбоваться на содержимое таблицы mailboxes, выполнив:

     select * from user_accounts;

Не помешает также задать запись в таблице transport:

     Insert into transport values (`home.net', `virtual:');

Таблицу алиасов можно заполнить позднее.

Шестое поле в таблице user_accounts описывает местоположение каталога
почтового ящика пользователя. На моей системе под ящики пользователей
отведен отдельный раздел, который монтируется как /mail. Создадим
каталог /mail/virtual для хранения почты, и присвоим права на доступ к
нему для пользователя postfix и группы maildrop:

     mkdir /mail/virtual
     chown postfix:maildrop /mail/virtual

Осталось подточить PostgreSQL на предмет логирования обращений к БД, очень пригодится
для отладки. Для этого создадим каталог /var/pgsql, сделаем пользователя pgsql его владельцем и
в файле /usr/local/pgsql/data/postgresql.conf добавим, раскомментируем или изменим следующие
параметры:

       # все ошибки выдаем на STDERR...
       log_destination = `stderr'
       # ... и перенаправляем их в файл
       redirect_stderr = true
       # каталог, где будет находиться лог-файл
       log_directory = `/var/pgsql'
       # имя лог-файла
       log_filename = `postgresql.log'
       # далее задаем уровень детализации логов
       client_min_messages = log
       log_min_messages = info
       log_min_error_statement = info
       # сохраняем в логах информацию о подключениях, отключениях и времени
       # выполнения операций
       log_connections = true
       log_disconnections = true
       log_duration = true
       # каждую строку лога предваряем текущим временем
       log_line_prefix = `%s'
       # и выводим в лог полную информацию
       log_statement = `all'

На этом с настройкой PostgreSQL можно закончить. Остается только
придумать, как вносить записи в БД, не работая непосредственно с
почтовым сервером. Вариантов много - доступ через www, или написание
клиента БД PostgreSQL для удаленной работы с windows-машины секретар ши.
Компоненты для работы с PostgreSQL через ODBC или напрямую в природе
имеются. А пока можно написать скрипты для добавления пользователей и
алиасов непосредственно из shell:

Добавить пользователя - ins_users.sh

       #!/bin/sh
       PGPASSWORD=postgres
       export PGPASSWORD
       sudo -u pgsql /usr/local/pgsql/bin/psql -A -q -t -c \
        "insert into user_accounts values ('$1', '$2', '$3', '$4', '$5', '$6',
       '$7')" mailbase

Добавим себя, любимого:

      ./ins_users.sh shrdlu shrdlupass shrdlu@home.net smtppass shrdlu@home.net \
        /mail/virtual/shrdlu@home.net/Maildir/ Sergey_Svyatkin

Добавить алиас - ins_aliases.sh

       #!/bin/sh
       PGPASSWORD=postgres
       export PGPASSWORD
       sudo -u pgsql /usr/local/pgsql/bin/psql -A -q -t -c \
        "insert into user_aliases values ('$1', '$2')" mailbase

Добавим алиасы для root, postmaster и abuse:

     ./ins_aliases root shrdlu@home.net
     ./ins_aliases postmaster shrdlu@home.net
     ./ins_aliases abuse shrdlu@home.net

3.2. Настройка Postfix

Идем в /usr/local/etc/postfix, и правим файл main.cf. Поскольку я
намерен выкинуть из него все, что сочту лишним - комментарии и
параметры, значения которых я оставлю по умолчанию, то на всякий случай
сделаю копию этого файла - main.cf.old. В итоге должно получиться следую
щее:

        # каталог в котором будет находиться очередь писем, обрабатываемых postfix
        queue_directory = /var/spool/postfix
        # каталог выполняемых файлов административных команд postfix
        command_directory = /usr/local/sbin
        # каталог выполняемого файла демона postfix
        daemon_directory = /usr/local/libexec/postfix
        # Путь к команде, используемой взамен стандартного sendmail
        sendmail_path = /usr/local/sbin/sendmail
        # Путь к исполняемому файлу, используемому для перестройки псевдонимов
        newaliases_path = /usr/local/bin/newaliases
        # Путь к команде, отображающей состояние почтовой очереди
        mailq_path = /usr/local/bin/mailq
        # Документация в html-формате
        html_directory = no
        # База документации на все устанавливаемые программы
        manpage_directory = /usr/local/man
        # Примеры конфигурационных файлов postfix.
        sample_directory = /usr/local/etc/postfix
        # Файлы readme
        readme_directory = no
        # Имя пользователя, с правами которого работает почта
        mail_owner = postfix
        # Группа, от имени которой будут работать команды обработки почтовой очереди
        setgid_group = maildrop
        # Права по умолчанию, используемые агентом локальной доставки.
        # Не указывайте здесь привилегированного пользователя или владельца Postfix!
        default_privs = nobody
        # Имя нашего хоста.
        myhostname = mail.home.net
        #Имя нашего домена
        mydomain = home.net
        # Адреса интерфейсов, на которых нужно ждать smtp-соединений
        inet_interfaces = all
        # Домены, для которых будет приниматься почта
        mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
        # списки наших локальных пользователей:
        local_recipient_maps =
        # С каким кодом отклонять письма для несуществующих пользователей
        unknown_local_recipient_reject_code = 550
        # Подсети из которых почта принимается, не проходя многих проверок.
        # Перекрывает параметр mynetworks_style. Можете добавить сюда ваши подсети,
        # я же в дальнейшем буду использовать принцип не доверяй никому, поэтому
        # указал только локальную подсеть
        mynetworks = 127.0.0.0/8
        # Списки алиасов, используемых для локальной доставки
        alias_maps = hash:/etc/mail/aliases
        alias_database = hash:/etc/mail/aliases
        # Используем Maildir-style для пользовательских ящиков
        home_mailbox = Maildir/
        # Строка представления вашего SMTP сервера (может быть любой)
        smtpd_banner = $myhostname ESMTP
        # запрещаем использование команды VRFY
        disable_vrfy_command = yes
        # Обязательно требуем использования команд HELO или EHLO
        smtpd_helo_required = yes

Это базовая настройка, которую мы будем постепенно дополнять в ходе
дальнейших усовер шенствований. Теперь самое время выполнить команду
newaliases, а потом сказать postfix check. Если postfix ни на что не
отругается можно продолжать править main.cf. Добавляем туда:

        # списки транспортов
        transport_maps = pgsql:/usr/local/etc/postfix/transport.cf
        # куда складывать почту транспорту virtual
        virtual_mailbox_base = /
        # списки почтовых ящиков
        virtual_mailbox_maps = pgsql:/usr/local/etc/postfix/mailbox.cf
        # списки алиасов
        virtual_alias_maps = pgsql:/usr/local/etc/postfix/alias.cf
        # uid и gid пользователей
        virtual_uid_maps = static:125
        virtual_gid_maps = static:126

Цифры 125 и 126 - это идентификаторы пользователя postfix и группы
maildrop в файлах /etc/passwd и /etc/group соответственно. Перед тем,
как вписывать эти числа, загляните в эти файлы - вдруг у вас они другие.
То есть вся почта у нас будет принадлежать одному пользователю postfix.

И создаем необходимые вспомогательные файлы:

touch /usr/local/etc/postfix/transport.cf
Вписываем в него:

        host = localhost
        user = postfix
        password = postfix
        dbname = mailbase
        table = transport
        select_field = transport
        where_field = location

touch /usr/local/etc/postfix/mailbox.cf
В него пишем:

        host = localhost
        user = postfix
        password = postfix
        dbname = mailbase
        table = user_accounts
        select_field = mailbox
        where_field = email

touch /usr/local/etc/postfix/alias.cf
В него пишем:

        host = localhost
        user = postfix
        password = postfix
        dbname = mailbase
        table = user_aliases
        select_field = alias
        where_field = username

Для верности еще раз сделаем postfix check. Если все нормально, то
запустим Postfix ко мандой postfix start, и запустив telnet localhost
25, попробуем послать письмо нашему пользовате лю testuser. Если все
пройдет гладко, то мы увидим, что в каталоге /mail/virtual создался
каталог /testuser@home.net/Maildir, а в нем - еще три каталога - cur,
new и tmp. Все это говорит о том, что письмо нашло своего героя, и
ожидает, пока он заберет его. Так что самое время перейти к на стройке
SMTP-авторизации. Но перед этим накропаем еще один скрипт для запуска
Postfix во вре мя старта системы (почему-то порт такого скрипта не
предлагает):

touch /usr/local/etc/rc.d/360.postfix.sh

        #!/bin/sh
        case "$1" in
          start) echo "Starting POSTFIX..."
                  /usr/local/sbin/postfix start
                  ;;
          stop) echo "Stopping POSTFIX..."
                  /usr/local/sbin/postfix stop
                  ;;
          restart) echo "Restarting POSTFIX..."
                  /usr/local/sbin/postfix reload
                  ;;
        esac
        sleep 3
        exit 0

3.3. Настройка SASL

3.3.1. Настройка без использования saslauthd.

Создаем файл /usr/local/lib/sasl2/smtpd.conf со следующим содержимым:

        pwcheck_method: auxprop
        log_level: 9
        auxprop_plugin: sql
        sql_engine: pgsql
        sql_user: postfix
        sql_passwd: postfix
        sql_hostnames: 127.0.0.1
        sql_database: mailbase
        sql_select: select smtppassword from user_accounts where smtplogin='%u'
        sql_verbose: yes

Строчки log_level: 9 и sql_verbose: yes пригодятся только для отладки,
впоследствии их можно удалить.

3.3.2. Настройка с использованием saslauthd и PAM-PGSQL.

Сначала заглянем в /usr/local/share/doc/pam-pgsql и почитаем README.
После осмысле ния, чего от нас хотят, и чего хотим мы, проделываем
следующее. Создаем файл /usr/local/lib/sasl2/smtpd.conf со следующим
содержимым:

        pwcheck_method: saslauthd

Теперь создаем файл /etc/pam_pgsql.conf:

        database = mailbase
        host = localhost
        user = postfix
        password = postfix
        table = user_accounts
        user_column = smtplogin
        pwd_column = smtppassword
        pw_type = clear

Затем создаем /etc/pam.d/smtp (именно smtp!):

        auth          required     pam_pgsql.so
        account       required     pam_pgsql.so
        password      required     pam_pgsql.so

И в заключении, заглянем в /usr/local/etc/rc.d. Там нас будет
интересовать файл saslauthd.sh, запускающий демона авторизации SASL.
Заглянув внутрь этого файла, увидим, что нужно доба вить в /etc/rc.conf
строчку

        saslauthd_enable="YES"

что мы и проделаем.

Поскольку все прекрасно работает и без связки saslauthd/PAM, то в
дальнейшем я буду на страивать систему, опираясь только на способ,
описанный в пункте 3.3.1.

3.3.3. Настройка Postfix и проверка работы SMTP-аутентификации.

Допишем в /usr/local/etc/postfix/main.cf строки:

        # включаем плагин sasl2 для smtpd авторизации
        smtpd_sasl_auth_enable = yes
        # запрещаем анонимную аутентификацию
        smtpd_sasl_security_options = noanonymous
        # разрешаем авторизацию клиентов, использующих устаревшую версию команды AUTH
        broken_sasl_auth_clients = yes
        # имя области аутентификации SASL - лучше оставить пустым
        smtpd_sasl_local_domain =
        # ограничения, выполняющиеся при обработке команды RCPT TO
        smtpd_recipient_restrictions = permit_sasl_authenticated,
                                         reject_unauth_destination

Введем дополнительные ограничения на соединение с нашим сервером:

        # Проверяем, что нам предъявляют в HELO/EHLO и:
        # принимаем всю почту для postmaster и abuse, ибо postmaster обязан
        # быть доступным при любом раскладе
        smtpd_helo_restrictions = check_recipient_access
        hash:/usr/local/etc/postfix/postmaster_access,
        # существуют особы, приближенные к особе - клиенты, чей почтовый сервер
        # настроен криво, но почту с которого надо все же принимать во избежание
        # скандалов с руководством - заносим их в белый список
                                    check_helo_access
        hash:/usr/local/etc/postfix/helo_access,
        # принимаем, если клиент прошел SASL-аутентификацию
                                    permit_sasl_authenticated,
        # принимаем, если клиент из доверенной подсети
                                    permit_mynetworks,
        # отвергаем хосты с неверными именами
                                   reject_invalid_hostname,
        # отвергаем хосты, которые не имеют А или МХ записей в DNS
                                    reject_unknown_hostname,
        # отвергаем хосты с именами не в FQDN-форме
                                    reject_non_fqdn_hostname

Не забудем создать файлы postmaster_access и helo_access:

     touch /usr/local/etc/postfix/postmaster_access
     touch /usr/local/etc/postfix/helo_access

Вписываем в postmaster_access:

        postmaster@home.net OK
        abuse@home.net OK

Вписываем в helo_access:

        vasya.pupkin.local OK

И делаем

     postmap postmaster_access
     postmap helo_access

Теперь перезагрузим сервер, и приступим к проверке работоспособности
SASL. Для начала, попробуем послать письмо куда-либо за пределы home.net
(иначе письмо будет принято в любом случае и вы не увидите как работает
SASL), на что получим в /var/log/maillog:

    Nov 15 19:53:28 mail postfix/smtpd[668]: connect from unknown[192.168.211.1]
    Nov 15 19:53:28 mail postfix/smtpd[668]: NOQUEUE: reject: RCPT from unknown[192.168.211.1]: 
        554 <shrdlu@svgc.ru.>: Relay access denied; from=<testuser@home.net.> to=<shrdlu@svgc.ru.> proto=ESMTPhelo=<192.168.211.1>
    Nov 15 19:53:28 mail postfix/smtpd[668]: disconnect from unknown[192.168.211.1]

Коротко и ясно. Теперь настроим почтовый клиент на использование
SMTP-авторизации и повторим попытку. Видим следующее:

    Nov 17 15:44:18 mail postfix/smtpd[528]: connect from unknown[192.168.211.1]
    Nov 17 15:44:18 mail postfix/smtpd[528]: E08A160FD: client=unknown[192.168.211.1], sasl_method=CRAM-MD5,sasl_username=smtptestuser
    Nov 17 15:44:18 mail postfix/cleanup[536]: E08A160FD: message-id=<19327532578.20051117154102@home.net.>
    Nov 17 15:44:18 mail postfix/qmgr[445]: E08A160FD: from=<testuser@home.net.>, size=679, nrcpt=1 (queue active)
    Nov 17 15:44:18 mail postfix/smtpd[528]: disconnect from unknown[192.168.211.1]

Главное - видим строчку

    Nov 17 15:44:18 mail postfix/smtpd[528]: E08A160FD: client=unknown[192.168.211.1], sasl_method=CRAM-MD5,sasl_username=smtptestuser

То есть, мы добились желаемого результата, и SASL таки принял нашу авторизацию.

3.4. Настройка Courier-Imap

Для настройки Courier-IMAP нам следует для начала отредактировать
/usr/local/etc/auth lib/authdaemonrc. Поправьте в нем следующие
параметры:

        # список модулей, используемых демоном авторизации
        authmodulelist="authpgsql"
        # включение вывода отладочной информации:
        # DEBUG_LOGIN=2   - включение отладочной информации и логирование паролей.
        # нужно только на этапе отладки!
        DEBUG_LOGIN=2

После этого отредактируем файл /usr/local/etc/authlib/authpgsqlrc, с
тем, чтобы в нем содер жалось следующее:

         # порт для соединения с PostgreSQL
         PGSQL_PORT 5432
         # имя пользователя, который будет работать с БД
         PGSQL_USERNAME postfix
         # пароль этого пользователя
         PGSQL_PASSWORD postfix
         # К какой БД подключаемся
         PGSQL_DATABASE mailbase
         # Имя таблицы в БД
         PGSQL_USER_TABLE user_accounts
         # Поле таблицы БД, содержащее пароль пользователя
         PGSQL_CLEAR_PWFIELD password
         # id владельца почтового ящика (у нас postfix)
         PGSQL_UID_FIELD 125
         # id группы, владеющей ящиком (у нас maildrop)
         PGSQL_GID_FIELD 126
         # Поле таблицы БД, содержащее логин пользователя
         PGSQL_LOGIN_FIELD login
         # ? домашний каталог, что ли?
         PGSQL_HOME_FIELD mailbox
         # Поле таблицы БД, содержащее имя пользователя
         PGSQL_NAME_FIELD realname
         # Поле таблицы БД, содержащее путь к ящику
         PGSQL_MAILDIR_FIELD mailbox

Теперь можно запускать Courier. При установке из порта заботливый
инсталлятор уже создал для нас все необходимые скрипты запуска всех
сервисов Courier-Imap в каталоге /usr/lo cal/etc/rc.d/. Нас сейчас
интересуют скрипты courier-authdaemon.sh, courier-imap-pop3d.sh и
courier-imap-imapd.sh. Не поленимся заглянуть в них, и увидим, что для
автоматического запуска при загрузке сервера нам необходимо всего лишь
поместить в /etc/rc.conf нижеприведенные пара метры:

         courier_authdaemond_enable="YES"
         courier_imap_pop3d_enable="YES"

Если вместо сервера POP вы планируете использовать сервер IMAP, то добавьте в /etc/rc.conf

         courier_imap_imapd_enable="YES"

вместо

         courier_imap_pop3d_enable="YES"

А в общем-то, ничто не мешает использовать POP и IMAP одновременно.
Проделав это, пе резагружаем сервер (или стартуем вышеуказанные сервисы
вручную), и пробуем проверить почту с помощью telnet localhost 110 (143
для IMAP) или через почтовый клиент.

3.5. Настройка TLS-SSL

Сразу скажу, что реализация данной части - дело тяжелое. Потому что
будет очень много ру тинной возни, если делать все по правилам.

Первым делом нам понадобится доверенный сертификат - Certificate
Authority (далее CA), чтобы иметь возможность подписывать и проверять
клиентские сертификаты. Если все делать по правилам, то такой сертификат
нужно создать, а затем подписать его у одного из корневых дове ренных
центров сертификации. Но это стоит денег. Если ваша организация
заинтересована, ска жем, в развитии своего представительства в Internet,
то именно это и стоит сделать. Но если вы всего лишь небольшая фирма,
которая нуждается всего-навсего в почтовом сервере, то можно обойтись
самоподписанным доверенным сертификатом.

Итак, приступаем. Для начала определимся с местом, где у нас будут
лежать наш сертификат и сертификаты пользователей. Поразмыслив, я решил
держать их в каталоге /usr/local/ssl, но вы, возможно, решите, что есть
и более подходящее для них место - оставляю это на ваше усмотре ние.
Внутри этого каталога проделаем следующее:

     mkdir db
     mkdir ca
     mkdir clients
     touch /usr/local/ssl/db/index.txt
     echo "01" > /usr/local/ssl/db/serial

Скрипт для создания нашего самоподписанного доверенного сертификата (CA):

touch /usr/local/ssl/make_ca.sh

       #!/bin/sh
       openssl req -new -newkey rsa:4096 -nodes -keyout ./ca/ca.key -x509 -days 3650
       \
               -subj /C=RU/ST=Russia/L=Samara/O=HOMENET\
       Inc/OU=IT/CN=mail.home.net/emailAddress=postmaster@home.net \
               -out ./ca/ca.crt

Запускаем скрипт make_ca.sh. Какое-то время он будет возиться с
генерацией секретного ключа длиной в 4096 бит, на слабой машине это
займет время... можете уменьшить длину ключа до 1024 или 2048 бит, если
очень не терпится все поскорее попробовать. В итоге мы получим два файла
в каталоге /usr/local/ssl/ca: ca.crt - это наш самоподписанным
доверенный сертификат, и ca.key - его секретный ключ. Теперь нам
необходим скрипт для создания клиентских сертифика тов:

touch /usr/local/ssl/make_cleint_cert.sh

       #!/bin/sh
       openssl req -new -newkey rsa:4096 -nodes -keyout ./clients/client_$1.key \
             -subj /C=RU/ST=Russia/L=Samara/O=HOMENET/OU=IT/CN=$1/emailAddress=$2 \
               -out ./clients/client_$1.csr;
       openssl ca -config ca.config -in ./clients/client_$1.csr -out
       ./clients/client_$1.crt -batch;
       openssl pkcs12 -export -in ./clients/client_$1.crt -inkey
       ./clients/client_$1.key \
               -certfile ./ca/ca.crt -out ./clients/client_$1.p12 -passout pass:$3

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

touch /usr/local/ssl/ca.config

       [ ca ]
       default_ca                     = CA_CLIENT
       [ CA_CLIENT ]
       dir                            =   /usr/local/ssl
       certs                          =   $dir/clients
       new_certs_dir                  =   $dir/db
       database                       =   $dir/db/index.txt
       serial                         =   $dir/db/serial
       certificate                    =   $dir/ca/ca.crt
       private_key                    =   $dir/ca/ca.key
       default_days                   =   3650
       default_crl_days               =   3
       default_md                     =   md5
       policy                         =   policy_anything
       [ policy_anything ]
       countryName                    = optional
       stateOrProvinceName            = optional
       localityName             =   optional
       organizationName         =   optional
       organizationalUnitName   =   optional
       commonName               =   supplied
       emailAddress             =   optional

Скрипт make_ca.sh будет использоваться крайне редко - для первого
создания нашего СА, и для генерации нового по истечению срока действия
текущего СА. Однако, опцией -days мы устанавливаем срок действия
сертификата аж на 10 лет, так что часто это делать не придется, раз ве
что в случае компрометации сертификата (тьфу-тьфу-тьфу!).

Скрипт make_cleint_cert.sh будет использоваться нами гораздо чаще, чем
хотелось бы - если все делать по правилам. То есть, мы должны выдать
уникальный сертификат каждому со труднику, имеющему почтовый ящик на
нашем сервере. Причем выдать его на не слишком дли тельный срок, в
идеале - месяца на 3, но во всяком случае не больше, чем на год. А по
прошествии этого срока выдать всем новые сертификаты. Прибавьте к этому
увольняемых и нанимаемых со трудников... в общем, если у вас много
народу - этим лучше заниматься специальной группе secu rity officer's.
Зато при этом у вас будет полноценный шифрованный канал с авторизацией и
аутен тификацией пользователей.

Но можно поступить и проще. Создать всего лишь один клиентский
сертификат, не на персо ну, а на всю контору, и использовать его. И
можно еще дополнительно облегчить себе жизнь, за дав ему срок действия,
равный сроку действия СА. Лет эдак на 20. Все это, естественно, будет де
латься в ущерб безопасности, так как ни о какой аутентификации
пользователей речи не идет, да и в случае кражи сертификата вы можете
очень нескоро узнать об этом. Но шифрование у вас все равно останется.
Какой вариант выбрать - решайте сами.

Теперь создадим клиентский сертификат. Запустим скрипт
make_cleint_cert.sh с параметра ми имя_клиента e-mail клиента пароль на
файл клиентского сертификата:

     make_cleint_cert.sh Test_User testuser@home.net q1w2e3

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

     client_Test_User.crt - файл клиентского сертификата
     client_Test_User.key - файл закрытого ключа
     client_Test_User.csr - запрос на подписание сертификата
     client_Test_User.p12 - клиентский сертификат для передачи клиенту

Теперь научим почтовые службы работать с этими сертификатами. Начнем с
Postfix. Допи шем в /usr/local/etc/postfix/main.cf следующие строки:

        # использовать tls для приёма почты
        smtpd_use_tls = yes
        # включать возможность авторизации только в режиме tls
        smtpd_tls_auth_only = yes
        # уровень детализации логов в режиме tls
        smtpd_tls_loglevel = 3
        # Запрашивать заголовки сообщений с информацией о сертификатах и шифровании
        smtpd_tls_received_header = yes
        # Периодичность очистки кэша TLS-сессии
        smtpd_tls_session_cache_timeout = 3600s
        # генератор случайных чисел для TLS
        tls_random_source = dev:/dev/urandom
        # наши ssl ключи и сертификаты
        smtpd_tls_key_file = /usr/local/ssl/ca/ca.key
        smtpd_tls_cert_file = /usr/local/ssl/ca/ca.crt
        smtpd_tls_CAfile = /usr/local/ssl/ca/ca.crt

И перезапустим Postfix - postfix reload. Теперь попробуем зайти через
telnet localhost 25 и дать команду ehlo. Нам вывалят список
поддерживаемых команд, в числе которых мы должны увидеть starttls.
Напечатаем starttls, и сервер ответит нам - Ready to start TLS. После
этого два раза наберем quit, чтобы попрощаться с сервером.

Не забывайте - теперь благодаря включению smtpd_tls_auth_only = yes мы
можем использо вать SMTP-авторизацию только в режиме TLS. Если вам
необходимо авторизовать клиентов, кото рые не используют TLS - отключите
эту опцию.

Остается только передать клиенту файл с расширением p12 - в этот файл
записаны и защи щены паролем записываются сертификат клиента, СА
сертификат и секретный ключ клиента. По сле того, как сертификат передан
клиенту, следует удалить на сервере файлы клиентского закры того ключа,
запроса на подписание и конечно самого сертификата в формате PKS#12. Ну
и, разу меется, необходимо передать ему также и пароль q1w2e3 - пароль
на файл клиентского серти фиката. Предположим, что мы это уже проделали,
попробуем его установить.

Запускаем The Bat!. Выбираем наш почтовый ящик, идем в Account -
Properties - General. Видим там кнопочку Edit personal Certificates, и
нажимаем ее. В открывшемся окне нажимаем кнопку Import... и открываем
файл client_Test_User.p12. В окне Input PFX password - Input password to
decrypt data stored in client_Test_User.p12 вводим пароль на файл
клиентского серти фиката - q1w2e3. Вылезает окно Input PFX password -
Input password to decrypt a private key stored in client_Test_User.p12 -
еще раз вводим q1w2e3. И видим, что в окне теперь отобража ются два
сертификата - наш персональный и доверенный сертификат сервера. Выбрав
любой из них, и нажав кнопку View, увидим, что This CA root certificate
is not trusted because it is not in the Trusted Root CA. То есть The
Bat! не желает просто так доверять нашему самоподписанному сертификату.
Исправляем ситуацию, переходим на закладку Certification Path, выбираем
наш СА, и нажимаем кнопку Add to Trusted. На запрос подтверждения
отвечаем Yes. Теперь ви дим, что наши сертификаты The Bat! считает
правильными. Теперь настроим The Bat! на от правку почты через TLS: идем
Account - Properties - Transport и в списке Connections выбираем Secure
to regular port (STARTTLS). Напишем письмо нашему test user'у, отправим
его и посмот ри в логи:

    Nov   18   01:56:40   mail   postfix/smtpd[1490]:   initializing the server-side TLS engine
    Nov   18   01:56:40   mail   postfix/smtpd[1490]:   connect from unknown[192.168.211.3]
    Nov   18   01:56:41   mail   postfix/smtpd[1490]:   setting up TLS connection from unknown[192.168.211.3]
    Nov   18   01:56:41   mail   postfix/smtpd[1490]:   SSL_accept:before/accept initialization
    Nov   18   01:56:41   mail   postfix/smtpd[1490]:   read from 08096980 [080C0000] (11 bytes => -1 (0xFFFFFFFF))
    Nov   18   01:56:41   mail   postfix/smtpd[1490]:   SSL_accept:error in SSLv2/v3 read client hello A
    Nov   18   01:56:41   mail   postfix/smtpd[1490]:   read from 08096980 [080C0000] (11 bytes => 11 (0xB))
    Nov   18   01:56:41   mail   postfix/smtpd[1490]:   0000 16 03 01 00 2f 01 00 00|2b 03 01                 ..../...
    +..
    [пропустим этот кошмар...]
    Nov 18 01:56:41 mail postfix/smtpd[1490]: 0020 fc 2e c5 3a dc d2 b3 23|9b 9c 51 bb 49 2b f9     ...:...#
    ..Q.I+.
    Nov 18 01:56:41 mail postfix/smtpd[1490]: SSL_accept:SSLv3 flush data
    Nov 18 01:56:41 mail postfix/smtpd[1490]: TLS connection established from unknown[192.168.211.3]: TLSv1
        with cipher RC4-SHA (128/128 bits)
    Nov 18 01:56:41 mail postfix/smtpd[1490]: 6EF9860DE: client=unknown[192.168.211.3]
    Nov 18 01:56:41 mail postfix/cleanup[1496]: 6EF9860DE: message-id=<1852745703.20051119205209@home.net.>
    Nov 18 01:56:41 mail postfix/qmgr[1365]: 6EF9860DE: from=<testuser@home.net.>, size=752, nrcpt=1 (queue active)
    Nov 18 01:56:41 mail postfix/smtpd[1490]: disconnect from unknown[192.168.211.3]
    Nov 18 01:56:41 mail postfix/virtual[1498]: 6EF9860DE: to=<testuser@home.net.>, relay=virtual, delay=0,
        status=sent (delivered to maildir)
    Nov 18 01:56:41 mail postfix/qmgr[1365]: 6EF9860DE: removed

Боже, какой ужас... надо срочно изменить детализацию логов... вместо
smtpd_tls_loglevel = 3 поставим smtpd_tls_loglevel = 1. Но главное, мы
увидели, что установилось защищенное соеди нение - TLS connection
established from unknown[192.168.211.3]: TLSv1 with cipher RC4-SHA
(128/128 bits), и наше письмо ушло под его защитой. Но это еще не все.
Если мы посмотрим в ис ходный текст письма на стороне получателя, то
увидим там:

    Received: from stationxp01.home.net (unknown [192.168.211.3])
                (using TLSv1 with cipher RC4-SHA (128/128 bits))
            (No client certificate requested)
            by mail.home.net (Postfix) with ESMTP id 6EF9860DE
            for <testuser@home.net.>; Fri, 18 Nov 2005 01:56:41 +0000 (UTC)

То есть, на данный момент имеем защищенное соединение, но не имеем
аутентификации. Исправляемся. Добавим в /usr/local/etc/postfix/main.cf
строчки:

    # требовать сертификаты от клиентов
    smtpd_tls_ask_ccert = yes
    # место расположения отпечатков клиентских сертификатов
    relay_clientcerts = hash:/usr/local/etc/postfix/fingerprints

Снимем отпечаток с пользовательского сертификата:

     openssl x509 -fingerprint -in client_Test_User.crt

и скопируем последовательность разделенных двоеточиями цифр из строки
MD5 Finger print в файл usr/local/etc/postfix/fingerprints. После этой
числовой последовательности можно (и нужно) для собственной информации и
для того, чтобы отработала команда postmap дописать туда имя клиента.
Делаем:

     postmap fingerprints
     postfix reload

И снова отправим письмо многострадальному ТестЮзеру. Оп-ля. Опять не то,
потому что получаем:

    Received: from stationxp01.home.net (unknown [192.168.211.3])
        (using TLSv1 with cipher RC4-SHA (128/128 bits))
        (Client did not present a certificate)
        by mail.home.net (Postfix) with ESMTP id CE91E60DA
        for <testuser@home.net.>; Sat, 19 Nov 2005 21:25:48 +0000 (UTC)

То есть я при отправке письма для testuser сертификат серверу почему-то
не представил. За щищенное соединение установилось, но аутентификация не
прошла. Очень долго я бился с этим вопросом,       но    ничего     не   
выходило.      Но     вот    я    наткнулся    на     это:
https://www.opennet.ru/openforum/vsluhforumID14/414.html Процитирую
оттуда:

-----
>как заставить the bat (3.5 у меня) предоставлять клиентские сертификаты при отправке 
>почты с использованием технологии TLS? Т.е. в настройках аккаунта я сертификат
>импортировал, однако в заголовке письма (Client did not present a certificate),
>через почтового клиента мозиллы все работает.

the_bat редкостная дрянь в свете работы с ssl. могу вам сообщить, что в него вкомпи
лирован openssl_0.95 от 99года... то есть, по идее нормально с tls он будет работать
только с продуктами собранными с поддержкой этого анахронизма. (в 0.96 изменилась
структура, вплоть до названий переменных). баг на работу с ssl открыт нами ещё в
2000 году, однако воз и ныне там.
-----

Вот тебе и раз. Вот тебе и мой любимый The Bat. Поэкспериментировав с
Outlook Express об наружил, что сей продукт ведет себя точно также. И
чего от этой дряни еще ожидать... Ставить Microsoft Outlook мне не
захотелось. Но в том же самом треде упоминалась Mozilla, о которой я
только слышал, но не видел. Скачал Mozilla Thunderbird (далее, говоря
Mozilla, я всегда буду иметь в виду именно почтовый клиент Mozilla
Thunderbird, а не одноименный браузер), и начал настраивать. Пропущу
общую настройку, перейду сразу к сертификатам. Меню Tools - Account
Settings - ветка Security - кнопка Manage Certificates. В открывшемся
окне жмем кнопку Im port и выбираем наш сертификат client_Test_User.p12.
Вводим наш хитрый пароль q1w2e3 для дешифрации сертификата и видим в
окошке наш CA и свой персональный сертификат. Если выде лим персональный
сертификат, и нажмем View, то увидим, что Mozilla не признает его -
Could not verify this certificate because the issuer is not trusted.
Нехорошо это. Переходим на вкладку Au thorities и ищем в списке наш CA
HOMENET Inc. Выделяем mail.home.net и жмем кнопку Edit. В открывшемся
окошечке Edit CA certificate trust settings. Возможностей немного, нас
интересует флажок This certificate can identify mail users. Этот флажок
и включаем, хотя никто не мешает выделить и все остальные. Жмем Ок,
возвращаемся на вкладку Your certificates, и снова посмотрим на наш
сертификат - This certificate has been verified for the following uses:
- и ниже перечислено, для чего именно данный сертификат разрешен к
использованию. Пробуем от править почту, и видим, как Mozilla ругается
под заголовком Web site Certified by an Unknown Authority. Хм. Ну ладно.
Снова вернемся в меню Tools - Account Settings - ветка Security - кноп
ка Manage Certificates -вкладка Authorities - ищем наш CA HOMENET Inc -
кнопка Edit. Включаем все оставшиеся флажки и выходим. Пробуем отправить
почту - тишь, благодать, и ушедшее по назначению письмо. И вот теперь
testuser, получив письмо, может в нем увидеть то, к чему мы стремились:

    Received: from [192.168.211.3] (unknown [192.168.211.3])
        (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
        (Client CN "Test_User", Issuer "mail.home.net" (verified OK))
        by mail.home.net (Postfix) with ESMTP id 569B160DA
        for <testuser@home.net.>; Mon, 21 Nov 2005 20:02:12 +0000 (UTC)

Значит, можно быть уверенным, что письмо пришло по шифрованному каналу,
и именно от меня.

Итого имеем: безопасную передачу почты по шифрованному каналу мы имеем с
любым по чтовым клиентом, а вот аутентификацию - на данный момент только
с Мозиллой. Если аутенти фикация не менее важна, чем безопасность, то
придется срочно переходить на нее...

Теперь займемся настойками Courier-Imap. Отредактируем файл
/usr/local/etc/courier- imap/pop3d, поменяем в нем всего два параметра
(для наших целей этого вполне достаточно):

          # используемые алгоритмы авторизации в обычном режиме и в режиме TLS
          POP3AUTH="LOGIN CRAM-MD5 CRAM-SHA1"
          POP3AUTH_TLS="LOGIN CRAM-MD5 CRAM-SHA1"

Далее отредактируем файл /usr/local/etc/courier-imap/pop3d-ssl, в нем
поменяем следующие параметры:

          # запускаем работу механизма ssl для pop3-сервера
          POP3DSSLSTART=YES
          # Список алгоритмов шифрации
          TLS_CIPHER_LIST=HIGH:MEDIUM:!aNULL:+SHA1:+MD5:+HIGH:+MEDIUM
          # Сертификат сервера (pem-формат). Внутри данного файла должны содержаться
          # сертификат и НЕЗАШИФРОВАННЫЙ секретный ключ, поэтому доступ к данному файлу
          # на чтение должен быть предоставлен только пользователю courier.
          TLS_CERTFILE=/usr/local/ssl/ca/ca.crt
          # путь к каталогу (или файлу),содержащему "доверенные" сертификаты. Сервер
          # использует данные сертификаты, если опция TLS_VERIFYPEER установлена в PEER
          # или REQUIREPEER.
          TLS_TRUSTCERTS=/usr/local/ssl/clients/

В заключении добавим в /etc/rc.conf строку

          courier_imap_pop3d_ssl_enable="YES"

А строку

          courier_imap_pop3d_enable="YES"

наоборот закомментируем, запретив использование POP3 без шифрования. И
перезапустим сервер. После этого попробуем получить почту по защищенному
каналу. Для этого зайдем в свой ства нашего аккаунта в Mozilla, и в
ветке Server settings включим флажки Use secure connection (SSL)
(обратим внимание, что в окошечке Port при этом номер порта 110
автоматически сменится на 995) и Use secure authentication. Пробуем
получить почту. И ничего не происходит, Mozilla надолго задумалась.
Смотрим в maillog:

    Feb 24 13:34:11 mail pop3d-ssl: couriertls: /usr/local/ssl/ca/ca.crt: error:0906D06C:PEM
    routines:PEM_read_bio:no start line

Правильно - Courier хочет, чтобы параметр TLS_CERTFILE указывал на файл,
содержащий и секретный ключ, и сертификат сервера. Исправляемся:

     cd /usr/local/ssl/ca
     cp ca.key server.pem
     cat ca.crt >> server.pem

В итоге имеем ключ сервера и его сертификат в одном файле. Теперь в
файле /usr/lo cal/etc/courier-imap/pop3d-ssl поправим параметр
TLS_CERTFILE:

        TLS_CERTFILE=/usr/local/ssl/ca/server.pem

Перезапустим Courier-Imap (/usr/local/etc/rc.d/courier-imap-pop3d-ssl.sh
restart) и снова пы таемся проверить почту. О чудо, письмо пришло. Что
же в логах? Смотрим:

    Feb 24 13:39:51 mail authdaemond: LOG: statement: SELECT login, '', 
        password, 125, 126, mailbox, mailbox,'', realname, '' FROM user_accounts WHERE login = 'testuser'
    Feb 24 13:39:52 mail authdaemond: LOG: duration: 26.169 ms
    Feb 24 13:39:52 mail authdaemond: Authenticated: sysusername=<null>, sysuserid=125, sysgroupid=126, home
        dir=/mail/virtual/testuser@home.net/Maildir/, address=testuser, fullname=Test User,
        maildir=/mail/virtual/testuser@home.net/Maildir/, quota=<null>, options=<null>
    Feb 24 13:39:52 mail authdaemond: Authenticated: clearpasswd=password, passwd=<null>
    Feb 24 13:39:52 mail pop3d-ssl: LOGIN, user=testuser, ip=[192.168.211.3]
    Feb 24 13:39:52 mail pop3d-ssl: LOGOUT, user=testuser, ip=[192.168.211.3], top=0, retr=776, time=0

Если заглянуть в debug.log, то увидим, что авторизация у нас прошла с
использованием CRAM-MD5:

    Mar 2 19:14:08 mail pop3d-ssl: Connection, ip=[192.168.211.3]
    Mar 2 19:14:09 mail authdaemond: received auth request, service=pop3, authtype=cram-md5
    Mar 2 19:14:09 mail authdaemond: authpgsql: trying this module
    Mar 2 19:14:09 mail authdaemond: cram: challenge=PDE2NTlCMUIwMkM4Q0M0OTJCRkI3ODcwRUQxMDFDQkJGQG1haWw+,
        response=dGVzdHVzZXIgOGRmN2Y0ZDJhYTIxZGMwYjdjNzk0ZTUzMjUxYWY4ZGQ=
    Mar 2 19:14:09 mail authdaemond: cram: decoded challenge/response, username 'testuser'
    Mar 2 19:14:09 mail authdaemond: SQL query: SELECT login, '', password, 125, 126, mailbox, mailbox, '',
        realname, '' FROM user_accounts WHERE login = 'testuser'
    Mar 2 19:14:09 mail authdaemond: cram validation succeeded

Как видим, все прошло успешно. Единственное замечание - в логе открытым
текстом виден наш пароль. Происходит это оттого, что на период отладки я
установил в файле /usr/local/etc/auth lib/authdaemonrc параметр
DEBUG_LOGIN=2. По завершению отладки надо будет вернуть ему значение по
умолчанию 0.

Продолжаем настройку. В файле /usr/local/etc/courier-imap/pop3d-ssl
поправим следующие параметры:

        # включать механизм TLS в любых случаях
        POP3_TLS_REQUIRED=1
        # аутентификация клиентов через сертификаты - проверяем, если клиент передал
        # сертификат
        TLS_VERIFYPEER=PEER

 Перезапускаем courier-imap-pop3d-ssl, и пробуем снова получить письмо.
Mozilla сообщает, что 

    Could not establish an encrypt connection because your certificate was rejected by mail.home.net.
    Error code: -12271.. 

Смотрим в лог почтового сервера, и видим там сообщение:

    Feb 24 13:45:58 mail pop3d-ssl: couriertls: accept: error:140890B2:SSL 
        routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned

Тут я надолго застрял, пока не дал себе труд внимательно перечитать
статью В. Калошина ISPMail-HOWTO. v.2.0, где и нашел выход из этой
ситуации. Идем в каталог /usr/local/ssl/clients, и делаем следующее:

     cp client_Test_User.crt client_Test_User.pem
     c_rehash /usr/local/ssl/clients

Видим сообщение:

     Doing /usr/local/ssl/clients
     client_Test_User.pem => 88f5eb9d.0

Перезапускаем courier-imap-pop3d-ssl, и проверяем почту. Теперь все в порядке.

По идее, дальше следовало бы в /usr/local/etc/courier-imap/pop3d-ssl
изменить параметр TLS_VERIFYPEER:

    TLS_VERIFYPEER=REQUIREPEER

Нужно это для того, чтобы почта отдавалась только если клиент
предоставляет ssl-сертифи кат, которому мы доверяем. Однако, ни Mozilla,
ни другие клиенты с этим параметром почему-то не работают как должно.
Если его включить, то станет невозможным забирать с сервера почту, а в
логах увидим сообщение:

    error 140890C7:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:peer did not return a certificate

Обидно. К сожалению, с аутентификацией по сертификатам через почтовый
клиент здесь ни чего не выходит. Но то, что у нас получилось -
авторизация CRAM-MD5 по шифрованному кана лу тоже дает неплохую защиту,
так что можно остановиться и на этом.

Остается только слегка изменить скрипт, создающий клиентские
сертификаты, чтобы каж дый раз не копировать сертификаты, не выполнять
c_rehash вручную и автоматом добавлять отпе чатки пользовательских
ключей в /usr/local/etc/postfix/fingerprints. Помучавшись немного со
сценариями оболочки, я решил переписать скрипт на Perl, получилось вот
что (на изящество не претендую):

touch /usr/local/ssl/make_cleint_cert.pl

        #!/usr/bin/perl
        `openssl req -new -newkey rsa:4096 -nodes -keyout
        ./clients/client_$ARGV[0].key -subj
        /C=RU/ST=Russia/L=Samara/O=HOMENET/OU=IT/CN=$ARGV[0]/emailAddress=$ARGV[1]
        -out ./clients/client_$ARGV[0].csr`;
        `openssl ca -config ca.config -in ./clients/client_$ARGV[0].csr -out
        ./clients/client_$ARGV[0].crt -batch`;
        `openssl pkcs12 -export -in ./clients/client_$ARGV[0].crt -inkey
        ./clients/client_$ARGV[0].key -certfile ./ca/ca.crt -out
        ./clients/client_$ARGV[0].p12 -passout pass:$ARGV[2]`;
        `cp ./clients/client_$ARGV[0].crt ./clients/client_$ARGV[0].pem`;
        `c_rehash /usr/local/ssl/clients`;
        `openssl x509 -fingerprint -in ./clients/client_$ARGV[0].crt >
        /usr/local/ssl/clients/fingerprint.txt`;
        open (FP, "</usr/local/ssl/clients/fingerprint.txt");
        flock (FP,2);
        $line = <FP>;
        chomp $line;
        close (FP);
        ($head, $fingerprint) = split('=', $line);
        $result = $fingerprint." ".$ARGV[0];
        open (FP, ">>/usr/local/etc/postfix/fingerprints");
        flock (FP,2);
        print FP "$result\n";
        close (FP);
        `cd /usr/local/etc/postfix`;
        `postmap /usr/local/etc/postfix/fingerprints`;
        `postfix reload`;
        exit 0;

На этом с настройкой TLS-SSL слава богу, закончено. Теперь можно
аналогичным образом настроить IMAP-SSL. Тем более, что IMAP нам так или
иначе понадобится для работы Squirrel Mail. Отредактируем в файле
/usr/local/etc/courier-imap/imapd следующие параметры:

        # адреса, на которых imapd-сервер ожидает соединения, 0 - все адреса.
        # поскольку imapd нам нужен только для работы Squirrelmail, то разрешим
        # соединения только с localhost
        ADDRESS=127.0.0.1
        # определяет возможности imapd-сервера в ответ на команду CAPABILITY
        IMAP_CAPABILITY="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT \
                THREAD=REFERENCES SORT QUOTA AUTH=CRAM-MD5 AUTH=CRAM-SHA1 AUTH=CRAM-SHA256 IDLE"

Далее отредактируем файл /usr/local/etc/courier-imap/imapd-ssl, в нем
поменяем следующие параметры:

        # запускаем работу механизма ssl для imap-сервера.
        IMAPDSSLSTART=YES
        # включать механизм TLS в любых случаях
        IMAP_TLS_REQUIRED=1
        # Список доступных алгоритмов шифрования.
        TLS_CIPHER_LIST=HIGH:MEDIUM:!aNULL:+SHA1:+MD5:+HIGH:+MEDIUM
        # Сертификат сервера (pem-формат). Внутри данного файла должны содержаться
        # сертификат и НЕЗАШИФРОВАННЫЙ секретный ключ, поэтому доступ к данному файлу
        # на чтение должен быть предоставлен только пользователю courier.
        TLS_CERTFILE=/usr/local/ssl/ca/server.pem
        # путь к каталогу (или файлу),содержащему "доверенные" сертификаты. Сервер
        # использует данные сертификаты, если опция TLS_VERIFYPEER установлена в PEER
        # или REQUIREPEER.
        TLS_TRUSTCERTS=/usr/local/ssl/clients/
        # аутентификация клиентов через сертификаты - проверяем, если клиент
        # передал сертификат
        TLS_VERIFYPEER=PEER

В заключении добавим в /etc/rc.conf строки

        courier_imap_imapd_enable="YES"
        courier_imap_imapd_ssl_enable="YES"

И перезагрузим сервер или запустим службы IMAP вручную.

Для более тонких настроек серверов pop3 и imap рекомендую ознакомится с
содержимым файлов imapd-ssl.dist, imapd.dist, pop3d-ssl.dist, и
pop3d.dist из каталога /usr/local/etc/courier- imap.

3.6. Настройка ClamAV.

Начнем настраивать наш антивирус. Для начала ознакомимся со стартовыми
скриптами, ко торые порты ClamAV и ClamSMTP положили при установке в
/usr/local/etc/rc.d - clamav- clamd.sh, clamav-freshclam.sh и
clamsmtpd.sh. Первый скрипт запускает демона антивируса, вто рой
позволяет в автоматическом режиме обновлять антивирусные базы, а третий
запускает демо на, с помощью которого антивирус будет вызываться
Postfix'ом при получении каждого письма. Ознакомившись с их содержимым,
видим, что для автозапуска всего этого при старте сервера необходимо
добавить в /etc/rc.conf следующие строчки:

        clamav_clamd_enable="YES"
        clamav_freshclam_enable="YES"
        clamsmtpd_enable="YES"

Далее разбираемся с конфигурационными файлами. Начнем с
/usr/local/etc/clamd.conf. При водим его вот такому виду:

       LogFile /var/log/clamav/clamd.log
       LogTime
       LogSyslog
       LogVerbose
       PidFile /var/run/clamav/clamd.pid
       TemporaryDirectory /tmp
       DatabaseDirectory /var/db/clamav
       LocalSocket /var/run/clamav/clamd
       FixStaleSocket
       User clamav
       ScanRAR

Затем поправим /usr/local/etc/freshclam.conf:

       DatabaseDirectory /var/db/clamav
       UpdateLogFile /var/log/clamav/freshclam.log
       LogVerbose
       LogSyslog
       PidFile /var/run/clamav/freshclam.pid
       DatabaseOwner clamav
       AllowSupplementaryGroups
       DNSDatabaseInfo current.cvd.clamav.net
       DatabaseMirror database.clamav.net

И в заключении отредактируем /usr/local/etc/clamsmtpd.conf:

       OutAddress: 10026
       ClamAddress: /var/run/clamav/clamd
       Header: X-Virus-Scanned: ClamAV using ClamSMTP
       TempDirectory: /tmp
       User: clamav
       VirusAction: /usr/local/sbin/virus_action.sh

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

Скрипт, упомянутый в параметре VirusAction, предназначен для выполнения
неких действий при обнаружении вируса. Например, можно отправлять
postmaster'у письмо с уведомлением об успешном уничтожении вируса:

touch /usr/local/sbin/virus_action.sh

       #!/bin/sh
       virmsg="/tmp/msg.body"
       touch $virmsg
       echo "Hello, Postmaster!" >> $virmsg
       echo >> $virmsg
       echo "-------------------------------------------------------" >> $virmsg
       echo "ClamAv has been detect a virus" $VIRUS >> $virmsg
       echo "in mail from: " $SENDER >> $virmsg
       echo "to " $RECIPIENTS >> $virmsg
       echo >> $virmsg
       echo "Message has been killed" >> $virmsg
       date "+%d-%m-%Y %H:%M:%S" >> $virmsg
       echo "---" >> $virmsg
       echo "Best regards - your ClamAv" >> $virmsg
       cat $virmsg | mail -s "Virus detected!" postmaster@home.net
       rm -f $virmsg

И в заключении, научим Postfix использовать все вышеперечисленное. Для
начала добавим в /usr/local/etc/postfix/main.cf следующие строчки:

        content_filter = scan:127.0.0.1:10025
        receive_override_options = no_address_mappings

А в /usr/local/etc/postfix/master.cf допишем вот такой фрагмент:

        scan      unix -        -       n       -       16      smtp
            -o smtp_send_xforward_command=yes
        127.0.0.1:10026 inet n -        n       -       16      smtpd
            -o content_filter=
            -o
        receive_override_options=no_unknown_recipient_checks,no_header_body_checks
            -o smtpd_helo_restrictions=
            -o smtpd_client_restrictions=
            -o smtpd_sender_restrictions=
            -o smtpd_recipient_restrictions=permit_mynetworks,reject
            -o mynetworks_style=host
            -o smtpd_authorized_xforward_hosts=127.0.0.0/8

Теперь попробуем проверить, как это все у нас работает. Перезагружаем
сервер, или вруч ную перезапускаем Postfix, ClamAV, FreshClam и
ClamSMTP. Пока сервер перезагружается, подго товим тестовый вирус -
создадим в любом текстовом редакторе файл eicar.com, содержащий сиг
натуру тестового вируса:

         X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*

И попробуем отправить этот файл нашему Test User'у. Как и ожидалось,
письма мы не полу чим, а в /var/log/clamd.log видим сообщение: 

    Fri Feb 24 19:54:48 2006 -> /tmp/clamsmtpd.NIuyXl: Eicar-Test-Signature FOUND

Также можно заглянуть и в /var/log/maillog, там мы тоже видим, что
антивирус расправился с непрошенным гостем:

    Feb 24 19:57:35 mail postfix/smtpd[651]: connect from unknown[192.168.211.3]
    Feb 24 19:57:35 mail postfix/smtpd[651]: setting up TLS connection from unknown[192.168.211.3]
    Feb 24 19:57:36 mail postfix/smtpd[651]: fingerprint=F6:1C:F1:CC:9F:1E:A7:96:D2:CC:6A:D7:EE:4F:4B:88
    Feb 24 19:57:36 mail postfix/smtpd[651]: Verified: subject_CN=Test_User, issuer=mail.home.net
    Feb 24 19:57:36 mail postfix/smtpd[651]: TLS connection established from unknown[192.168.211.3]: TLSv1
        with cipher DHE-RSA-AES256-SHA (256/256 bits)
    Feb 24 19:57:36 mail postfix/smtpd[651]: 7AD581704C: client=unknown[192.168.211.3], sasl_method=CRAM-MD5,
        sasl_username=smtptestuser
    Feb 24 19:57:36 mail postfix/cleanup[658]: 7AD581704C: message-id=<43FF2E50.1040008@home.net.>
    Feb 24 19:57:36 mail postfix/qmgr[467]: 7AD581704C: from=<testuser@home.net.>, size=1276, nrcpt=1 (queueactive)
    Feb 24 19:57:36 mail postfix/smtpd[651]: disconnect from unknown[192.168.211.3]
    Feb 24 19:57:36 mail clamsmtpd: 100001: accepted connection from: 127.0.0.1
    Feb 24 19:57:36 mail postfix/smtpd[660]: connect from localhost[127.0.0.1]
    Feb 24 19:57:36 mail postfix/smtpd[660]: CC5931704F: client=unknown[192.168.211.3]
    Feb 24 19:57:36 mail clamsmtpd: 100001: from=testuser@home.net, to=testuser@home.net, status=VIRUS:Eicar-Test-Signature
    Feb 24 19:57:36 mail postfix/smtp[659]: 7AD581704C: to=<testuser@home.net.>, relay=127.0.0.1[127.0.0.1],
        delay=0, status=sent (250 Virus Detected; Discarded Email)
    Feb 24 19:57:36 mail postfix/smtpd[660]: disconnect from localhost[127.0.0.1]
    Feb 24 19:57:36 mail postfix/qmgr[467]: 7AD581704C: removed

Если теперь мы проверим почту postmaster'а, то увидим, что ему пришло
письмо с уведомле нием об обнаружении и убиении зараженного письма.

Можете усложнить задачу, и заархивировать eicar.com с помощью WinRAR
версии 3 - ре зультат будет тем же. Только не пробуйте закрывать архив
паролем - ClamAV не взломщик, а ан тивирус, запароленные архивы он по
умолчанию не трогает (и не должен). Хотя есть возможность заставить его
просто прибивать запароленные или зашифрованные архивы, но это уж
чересчур.

3.7. Настройка Postgrey.

Postgrey - это очень простая и при этом очень эффективная система защиты
от спама. Прин цип ее работы состоит в том, что любое приходящее на
почтовый сервер письмо отбрасывается с сообщением Временно не может быть
принято, повторите попытку позже, одновременно запо миная информацию об
этом письме в своей базе данных, помещая его в так называемый серый
список. Получив такой ответ, добропорядочный сервер-отправитель
добросовестно повторит попытку снова передать нам это письмо спустя
какой-то промежуток времени. На сей раз, сравнив пришедшее письмо с
информацией из своего серого списка, Postgrey пропустит это письмо, а
информация о нем будет перемещена в белый список. При следующей попытке
обмена письма ми между нами и этим отправителем письма будут приниматься
уже без задержек.

Но если это письмо пришло нам от спамера? В этом случае ставка делается
на то, что спамер будет либо настойчиво долбиться раз за разом,
практически не делая пауз между попытками до ставить сообщение, либо же
наоборот, получив ответ о невозможности доставить письмо, прекра тит
попытки переслать его нам. При таком раскладе по прошествии некоторого
времени Postgrey переместит информацию о письме из серого списка в
черный, и при следующей попытке спа мера всучить нам свой мусор его
письма будут отвергнуты без лишних проволочек.

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

У этой системы есть и достоинства и недостатки. К достоинствам относится
ее простота как в работе, так и в конфигурировании (по сути, почти
никакого конфигурирования и не требуется, кроме как настройка MTA для
использования Postgrey) и высокая надежность. К недостаткам можно
отнести возникновение задержек при доставке почты, что в некоторых
случаях может быть критично. Этот недостаток достаточно легко обходится
занесением известных отправителей в по стоянный белый список, однако это
требует дополнительных телодвижений, за что и критикует ся. Ну и
конечно, не исключена вероятность ложных срабатываний - но от этого не
застрахован ни один антиспам-фильтр. Лично у меня Postgrey работает уже
больше года, и никаких нареканий на него за это время не было, только
пользователи одно время приставали с вопросами: Что случи лось, спама
нет, а нормальная почта ходит исправно? 

Итак, приступим. Начинаем, как всегда, с изучения каталога
/usr/local/etc/rc.d, где видим стартовый скрипт postgrey.sh. Из его
содержимого видно, что для автоматического запуска Post grey во время
старта системы нужно поместить в /etc/rc.conf строку:

        postgrey_enable="YES"

Что мы и проделаем. Далее пытаемся найти описание работы сего чуда.
После долгих и без успешных поисков обнаруживаем в
/usr/ports/mail/postgrey/work/postgrey-1.21 файл README, из которого
явствует, что нам следует выполнить команду perldoc postgrey. Хм, и
впрямь доку ментацию показывает... читаем, и видим, что нам необходимо в
/usr/local/etc/postfix/main.cf доба вить к smtpd_recipient_restrictions
параметр check_policy_service inet:127.0.0.1:10023. Причем до бавлять
этот параметр следует ОБЯЗАТЕЛЬНО после reject_unauth_destination. Ну
что ж, проде лаем это:

        smtpd_recipient_restrictions = permit_sasl_authenticated,
             reject_unauth_destination,
             check_policy_service inet:127.0.0.1:10023

А теперь попробуем проверить, как оно работает. Перезагрузим сервер. И
попробуем отпра вить письмо нашему ТестЮзеру, скажем, от админа сервера
mail.work.net. Пробуем получить нашу почту - ничего нет. Смотрим в
maillog. Во-первых, видим, что запустился Postgrey:

    Feb 25 15:16:15   mail postgrey[533]: Process Backgrounded
    Feb 25 15:16:15   mail postgrey[533]: 2006/02/25-15:16:15 postgrey 
        (type Net::Server::Multiplex) starting!pid(533)
    Feb 25 15:16:15   mail postgrey[533]: Binding to TCP port 10023 on host localhost
    Feb 25 15:16:15   mail postgrey[533]: Setting gid to "225 225"
    Feb 25 15:16:15   mail postgrey[533]: Setting uid to "225"

А далее видно, что произошло с письмом к ТестЮзеру:

    Feb 25 15:17:05 mail postfix/smtpd[579]: connect from unknown[192.168.132.200]
    Feb 25 15:17:05 mail postfix/smtpd[579]: NOQUEUE: reject: RCPT from unknown[192.168.132.200]: 
        450 <testuser@home.net.>: Recipient address rejected: Greylisted for 300 seconds (see
        http://isg.ee.ethz.ch/tools/postgrey/help/home.net.html); from=<root@work.net.> to=<testuser@home.net.> pro
        to=ESMTP helo=<mail.work.net>
    Feb 25 15:17:05 mail postfix/smtpd[579]: disconnect from unknown[192.168.132.200]

Как видим, в ответ на попытку доставить почту для testuser@home.net
сервер ответил, что письмо не принято, но занесено в серый список на 300
секунд. Теперь надо подождать некото рое время, пока удаленный сервер
снова попытается доставить нам почту. И вот наконец:

    Feb 25 15:28:40 mail postfix/smtpd[635]: connect from unknown[192.168.132.200]
    Feb 25 15:28:40 mail postgrey[533]: delayed 695 seconds: client=192.168.132.200, from=root@work.net,to=testuser@home.net
    Feb 25 15:28:40 mail postfix/smtpd[635]: E2C0717050: client=unknown[192.168.132.200]
    Feb 25 15:28:40 mail postfix/cleanup[642]: E2C0717050: message-id=<20060225150827.0DF5AB842@mail.work.net.>
    Feb 25 15:28:40 mail postfix/qmgr[467]: E2C0717050: from=<root@work.net.>, size=600, nrcpt=1 (queue active)
    Feb 25 15:28:40 mail postfix/smtpd[635]: disconnect from unknown[192.168.132.200]
    Feb 25 15:28:41 mail clamsmtpd: 100000: accepted connection from: 127.0.0.1
    Feb 25 15:28:41 mail postfix/smtpd[644]: connect from localhost[127.0.0.1]
    Feb 25 15:28:41 mail postfix/smtpd[644]: 416F417053: client=unknown[192.168.132.200]
    Feb 25 15:28:41 mail postfix/cleanup[642]: 416F417053: message-id=<20060225150827.0DF5AB842@mail.work.net.>
    Feb 25 15:28:41 mail postfix/qmgr[467]: 416F417053: from=<root@work.net.>, size=813, nrcpt=1 (queue active)
    Feb 25 15:28:41 mail postfix/smtp[643]: E2C0717050: to=<testuser@home.net.>, relay=127.0.0.1[127.0.0.1],
        delay=1, status=sent (250 Ok: queued as 416F417053)
    Feb 25 15:28:41 mail clamsmtpd: 100000: from=root@work.net, to=testuser@home.net, status=CLEAN
    Feb 25 15:28:41 mail postfix/smtpd[644]: disconnect from localhost[127.0.0.1]
    Feb 25 15:28:41 mail postfix/qmgr[467]: E2C0717050: removed
    Feb 25 15:28:41 mail postfix/virtual[646]: 416F417053: to=<testuser@home.net.>, relay=virtual, delay=0,
        status=sent (delivered to maildir)
    Feb 25 15:28:41 mail postfix/qmgr[467]: 416F417053: removed

Итак, теперь Postgrey знаком с сервером mail.work.net. и в течении
какого-то промежутка времени будет принимать от него почту без лишних
проволочек. В этом легко убедиться, снова от правив письмо от
root@work.net к testuser@home.net - теперь оно придет мгновенно.

В заключении, несколько слов о постоянных белых списках. Обратите
внимание - в каталоге /usr/local/etc/postfix есть два файла:
postgrey_whitelist_clients и postgrey_whitelist_recipients. В первом из
них можно указывать доверенные домены, почта с которых не будет
заноситься в серые списки, а будет доставляться безо всяких проверок. Во
втором файле указываются ваши адреса, почта на которые также не должна
подвергаться проверке Postgrey - по умолчанию туда занесены адреса
postmaster и abuse. Это служебные адреса, и они ДОЛЖНЫ быть доступны
всем и всегда. Рекомендую сразу же очистить содержимое файла
postgrey_whitelist_clients (что за данные туда внесены неизвестно) и
вписать туда те домены, которым вы доверяете. И если вы не используете в
smtpd_recipient_restrictions опцию permit_mynetworks, а в параметре
mynetworks у вас указано только 127.0.0.0./8, то впишите ваш домен в
postgrey_whitelist_clients.

3.8. Настройка доступа к почтовому серверу через WWW.

Для начала сконфигурируем Web-сервер Apache, и попробуем к нему
подключиться. Первым делом (как и всегда) изучаем скрипты запуска,
которые порт положил в /usr/local/etc/rc.d. Видим, что к Апачу относятся
два файла - 000.apache2libs.sh и apache2.sh. Изучение первого ни на
какие мысли не наводит, а из второго видно, что необходимо поместить в
/etc/rc.conf строчки apache2_enable="YES" и apache2ssl_enable="YES".
Начнем с обычного Апача без SSL. Переза гружаем сервер, запускаем Opera
и пытаемся зайти на http://mail.home.net. Пускает и показывает
страничку, сообщающую, что если вы это видите, значит все в порядке.
Значит, так тому и быть. Теперь попробуем завести Апач с SSL. Добавим в
apache2ssl_enable="YES" в /etc/rc.conf и снова перезагрузимся. Пробуем
снова зайти на http://mail.home.net - по идее, сейчас нас должны послать
куда подальше... так оно и есть. Пробуем https://mail.home.net - и опять
отлуп. Ну идем разбирать ся в чем дело. Хм, а ведь Апач и вовсе не
запустился... жалуется на отсутствие сертификатов - что есть правильно,
мы ж ему не сказали где лежат наши сертификаты. Исправляемся, правим
/usr/lo cal/etc/apache2/ssl.conf:

        SSLCertificateFile /usr/local/ssl/ca/ca.crt
        SSLCertificateKeyFile /usr/local/ssl/ca/ca.key

И перезагружаемся. На сей раз Апач ни на что не отругался. Снова пробуем
постучаться на http://mail.home.net - пускает. На https://mail.home.net
- ага, вылезает окошечко Certificate signer not found - Opera не знает о
существование HOMENET Inc. Если мы сейчас нажмем кнопку Ac cept, то
увидим стандартную стартовую страничку Апача, а в адресной строчке
появится значок замочка и надпись HOMENET Inc (RU). Щелкнув мышкой по
этой надписи, мы увидим инфор мацию о сертификате, а также строчку TLS
v1.0 256 bit AES (1024 bit DHE_RSA/SHA), что гово рит нам об
установлении шифрованного канала между нами и сервером mail.home.net c
ключом шифрования длиной в 256 бит - уже неплохо. Закроем эту страничку
и попробуем научить Opera работать с сертификатом, который мы уже выдали
нашему Тест Юзеру.

Идем в меню Tools - Preferences - вкладка Advanced - Security. Жмем
кнопку Manage Cer tificates.... Откроется Certificate Manager. На
вкладке Personal жмем кнопку Import... и ищем по дискам наш сертификат
client_Test_User.p12. Нас просят ввести пароль сертификата (q1w2e3, если
еще не забыли), вводим его и попадаем в окно Import key and certificate.
Так... в поле ниже видим две надписи - Test_User и mail.home.net...
выделяем mail.home.net и жмем Ok. Снова просят ввести пароль. Еще раз
вводим наш хитрый пароль. Видим, что в персональные сертификаты до
бавился сертификат ТестЮзера. Но в поле Issuer пусто. Ладно... нажмем
кнопку Ok и снова зайдем в Manage Certificates... О, в поле Issuer
появилась надпись mail.home.net! Заглянем теперь на вкладку Authorities
и теперь тоже увидим mail.home.net в списке сертификационных центров. По
идее, Opera теперь должна без вопросов заходить на https://mail.home.net
- ну-ка, проверим... да, так и есть. Что уже есть хорошо. Но еще далеко
не все.

Теперь начинаем плотно изучать /usr/local/etc/apache2/httpd.conf и
/usr/local/etc/apache2/ssl. conf. Наша задача - разрешать www-доступ к
почте только через безопасное соединение и только людям, имеющим наши
сертификаты, плюс помимо этого еще и иметь область, не имеющую отно
шения к веб-почте, доступ в которую возможен и без SSL-шифрования.

Начнем с нуля. Предварительно подготовим файловую структуру www-сервера.
По умолча нию Апач размещает ее в /usr/local/www, туда же установился и
SquirrelMail, ну пусть там оно все и остается (хотя, конечно, можно
переместить контент www-сервера и в другое более подходящее вам место).
Удалим из /usr/local/www все, кроме каталога squirrelmail, и создадим
там каталоги /cgi-bin (для ваших CGI-программ) и /data (здесь будем
держать данные, доступ к которым можно осуществлять без SSL-шифрования).
В каталоге /usr/local/www/data создадим простенький in dex.html,
содержащий что-нибудь вроде Welcome to HOMENET!.

Скопируем usr/local/etc/apache2/httpd.conf в
usr/local/etc/apache2/httpd.conf.default, а
/usr/local/etc/apache2/ssl.conf в
/usr/local/etc/apache2/ssl.conf.default и напишем конфиги Апача заново.
У меня получилось вот что:

/usr/local/etc/apache2/httpd.conf

        #
        ### Section 1: Global Environment
        #
        # корневой каталог http-сервера
        ServerRoot "/usr/local"
        ScoreBoardFile /var/run/apache_runtime_status
        # месторасположение pid-файла
        PidFile /var/run/httpd.pid
        # время в секундах перед получением или отсылкой таймаута
        Timeout 300
        # разрешаем постоянные соединения (более одного запроса с соединения)
        KeepAlive On
        # максимальное количество запросов в постоянном соединении
        MaxKeepAliveRequests 100
        # время в течении которого ожидается новый запрос клиента при постоянном
        # соединении
        KeepAliveTimeout 15
        <IfModule prefork.c>
        # число одновременно запускаемых процессов сервера
        StartServers         5
        # минимальное число зарезервированных процессов сервера
        MinSpareServers      5
        # максимальное число зарезервированных процессов сервера
        MaxSpareServers      10
        # максимальное число порождаемых серверных процессов
        MaxClients         150
        # максимальное количество запросов, обслуживаемых одним процессом сервера
        # 0 - неограничено
        MaxRequestsPerChild 0
        </IfModule>
        # слушаем на порту 80 в ожидании соединений
        Listen 80
        #
        # Dynamic Shared Object (DSO) Support
        #
        # загружаем необходимые нам модули
        LoadModule access_module libexec/apache2/mod_access.so
        LoadModule alias_module libexec/apache2/mod_alias.so
        LoadModule auth_module libexec/apache2/mod_auth.so
        LoadModule cgi_module libexec/apache2/mod_cgi.so
        LoadModule dir_module libexec/apache2/mod_dir.so
        LoadModule log_config_module libexec/apache2/mod_log_config.so
        LoadModule logio_module libexec/apache2/mod_logio.so
        LoadModule mime_module libexec/apache2/mod_mime.so
        LoadModule mime_magic_module libexec/apache2/mod_mime_magic.so
        LoadModule setenvif_module libexec/apache2/mod_setenvif.so
        <IfDefine SSL>
        LoadModule ssl_module libexec/apache2/mod_ssl.so
        </IfDefine>
        # модуль PHP рекомендуется загружать после модуля SSL
        LoadModule php4_module libexec/apache2/libphp4.so
        #
        ### Section 2: 'Main' server configuration
        #
        # пользователь и группа, от имени которых запускается Apache
        User www
        Group www
        # почтовый адрес администратора www-сервера
        ServerAdmin postmaster@home.net
        # имя вашего сервера
        ServerName mail.home.net:80
        # используем в ссылках на себя самого имя хоста и порт, предоставленные
        # клиентом
        UseCanonicalName Off
        # корневой каталог документов www-сервера
        DocumentRoot "/usr/local/www/data"
        <Directory />
        # запрещаем в этом каталоге запуск CGI, переходы по символическим ссылкам,
        # SSI и выдачу индекса каталога
            Options None
        # запрещаем перекрытие директив из файла .htaccess
            AllowOverride None
        # и запрещаем доступ к этому каталогу
            Order Deny,Allow
            Deny from all
        </Directory>
        # похожим образом настраиваем свойства для каталога документов
        <Directory "/usr/local/www/data">
            AllowOverride None
            Order allow,deny
            Allow from all
        </Directory>
        # список файлов, которые будут переданы клиенту при обращении к каталогу
        DirectoryIndex index.html index.php
        # устанавливаем имя файла, содержащего дополнительные правила конфигурации
        # для каждого каталога
        AccessFileName .htaccess
        # запрещаем просмотр этих файлов через браузер
        <FilesMatch "^\.ht">
            Order allow,deny
            Deny from all
        </FilesMatch>
        # конфигурация MIME-типов
        TypesConfig etc/apache2/mime.types
        DefaultType text/plain
        <IfModule mod_mime_magic.c>
            MIMEMagicFile etc/apache2/magic
        </IfModule>
        # сохраняем в логах IP-адреса клиентов вместо имен их хостов
        HostnameLookups Off
        # путь к лог-файлу ошибок
        ErrorLog /var/log/httpd-error.log
        # Уровень детализации логов
        # LogLevel: Control the number of messages logged to the error_log.
        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        #
        LogLevel warn
        # форматы логов
        LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
        LogFormat "%h %l %u %t \"%r\" %>s %b" common
        LogFormat "%{Referer}i -> %U" referer
        LogFormat "%{User-agent}i" agent
        CustomLog /var/log/httpd-access.log combined
        # изменяем заголовок HTTP-ответа сервера на Server: Apache
        ServerTokens Prod
        # отключаем подпись Apache внизу сгенерированных им страниц
        ServerSignature Off
        # алиас и каталог для CGI-программ
        ScriptAlias /cgi-bin/ "/usr/local/www/cgi-bin/"
        <Directory "/usr/local/www/cgi-bin">
            AllowOverride None
            Options None
            Order allow,deny
            Allow from all
        </Directory>
        # используем русский и английский языки
        AddLanguage en .en
        AddLanguage ru .ru
        # перечисляем используемые кодировки
        AddCharset ISO-8859-1 .iso8859-1 .latin1
        AddCharset ISO-8859-2 .iso8859-2 .latin2 .cen
        AddCharset ISO-8859-3 .iso8859-3 .latin3
        AddCharset ISO-8859-4 .iso8859-4 .latin4
        AddCharset ISO-8859-5 .iso8859-5 .latin5 .cyr .iso-ru
        # For russian, more than one charset is used (depends on client, mostly):
        AddCharset WINDOWS-1251 .cp-1251     .win-1251
        AddCharset CP866        .cp866
        AddCharset KOI8-r       .koi8-r .koi8-ru
        AddCharset KOI8-ru      .koi8-uk .ua
        AddCharset ISO-10646-UCS-2 .ucs2
        AddCharset ISO-10646-UCS-4 .ucs4
        AddCharset UTF-8        .utf8
        # определяем дополнительные типы данных
        AddType application/x-compress .Z
        AddType application/x-gzip .gz .tgz
        AddType application/x-httpd-php .php
        AddType application/x-httpd-php-source .phps
        # определяем обработчик CGI
        AddHandler cgi-script .cgi
        AddHandler type-map var
        # следующие директивы модифицируют HTTP-ответы с тем, чтобы избежать
        # некоторых известных проблем с браузерами
        BrowserMatch "Mozilla/2" nokeepalive
        BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
        BrowserMatch "RealPlayer 4\.0" force-response-1.0
        BrowserMatch "Java/1\.0" force-response-1.0
        BrowserMatch "JDK/1\.0" force-response-1.0
        BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully
        BrowserMatch "MS FrontPage" redirect-carefully
        BrowserMatch "^WebDrive" redirect-carefully
        BrowserMatch "^WebDAVFS/1.[0123]" redirect-carefully
        BrowserMatch "^gnome-vfs" redirect-carefully
        BrowserMatch "^XML Spy" redirect-carefully
        BrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefully
        # используем внешний файл конфигурации ssl
        <IfModule mod_ssl.c>
             Include etc/apache2/ssl.conf
        </IfModule>

/usr/local/etc/apache2/ssl.conf

      # Настраиваем генератор случайных чисел, указываем метод
      # для рандомизации. Указывается два источника рандомизации:
      # начальный (startup) и инициализирующийся при присоединении
      # клиента (connect). Возможные значения для этого параметра:
      # builtin - встроенный источник рандомизации,
      # file:имя_файла - читаются данные из файла,
      # file:имя_файла число_байт - читается только определённое
      # число байт из файла
      SSLRandomSeed startup file:/dev/urandom 1024
      SSLRandomSeed connect file:/dev/urandom 1024
      <IfDefine SSL>
      # Слушаем на порту 443(https).
      Listen 443
      ##
      ## SSL Global Context
      ##
      # определяем дополнительные типы данных
      AddType application/x-x509-ca-cert .crt
      AddType application/x-pkcs7-crl    .crl
      # Определяем способ запроса пароля к секретному ключу сервера как built-in,
      # или можно определить путь к внешнему скрипту, но в большинстве случаев
      # достаточно built-in-метода.
      SSLPassPhraseDialog builtin
      # Определяем кеширование данных ssl в файле данных (none для отключения
      # кеширования) и таймаут обновления данных в кеше. Можно использовать
      # при указании файла кеша специальный формат shm (shm:/path/file [size]),
      # который обеспечивает высокую производительность и работает через механизм
      # shared memory.
      SSLSessionCache         dbm:/var/run/ssl_scache
      SSLSessionCacheTimeout 300
      SSLMutex file:/var/run/ssl_mutex
      # Определяем виртуальный сервер, висящий на том же
      # IP-адресе, что и основной, но слушающий на 443 порту.
      <VirtualHost _default_:443>
      # Основные настройки виртуального сервера.
      DocumentRoot "/usr/local/www/squirrelmail"
      ServerName mail.home.net:443
      ServerAdmin postmaster@home.net
      ErrorLog /var/log/httpd-error.log
      TransferLog /var/log/httpd-access.log
      <Directory />
          AllowOverride None
          Order Allow,Deny
          Allow from all
      </Directory>
      # включаем ssl для данного виртуального сервера.
      SSLEngine on
      SSLProtocol -all +TLSv1 +SSLv3
      # Список доступных алгоритмов шифрования. Формат списка такой же, как и у
       # команды openssl ciphers (MEDIUM, HIGH, NULL, элементы разделяются :,
       # исключение элемента осуществляется знаком !).
       SSLCipherSuite HIGH:MEDIUM:!aNULL:+SHA1:+MD5:+HIGH:+MEDIUM
       # cертификат сервера. данный сертификат должен быть в формате pem.
       SSLCertificateFile /usr/local/ssl/ca/ca.crt
       # Секретный ключ сервера, которым он будет расшифровывать данные клиента.
       # Если ключ зашифрован, то при запуске апача будет спрашиваться пароль, как
       # определено в опции SSLPassPhraseDialog.
       SSLCertificateKeyFile /usr/local/ssl/ca/ca.key
       # Следующие директивы описывают CA-сертификаты. Если указан параметр
       # SSLCACertificatePath, то CA-сертификаты загружаются из указанного каталога
       # (в этом каталоге должны также размещаться символические ссылки с именем
       # hash-value.N, при добавлении нового файла сертификата в данный каталог
       # необходимо воспользоваться специальным makefile, идущим вместе с модулем).
       # Если указан параметр SSLCACertificateFile, то все СА-сертификаты хранятся
       # в одном pem-файле (сертификаты просто записываются один за другим в данный
       # файл без всяких разделитетлей, т.к. любой сертификат имеет маркер начала и
       # конца)
       #SSLCACertificateFile /usr/local/ssl/ca/ca.crt
       # Список сертификатов, которые считаются недействительными (certificate
       # revocation list - CRL) по неким причинам: по происшествии срока действия,
       # по потере секретного ключа и.т.д.
       #SSLCARevocationFile /usr/local/ssl/db/crl.pem
       # Требуем от клиента посылки своего сертификата для выполнения
       # аутентификации.
       #SSLVerifyClient require
       # Число шагов от сертификата клиента до CA-сертификата в иерархии
       # сертификатов.
       #SSLVerifyDepth 1
       <FilesMatch "\.(cgi|shtml|phtml|php3?)$">
           SSLOptions +StdEnvVars
       </FilesMatch>
       <Directory "/usr/local/www/cgi-bin">
           SSLOptions +StdEnvVars
       </Directory>
       # Переменные, устанавливаемые для некоторых браузеров. Вообще-то все браузеры
       # должны получить перед завершением ssl-сеанса сообщение от сервера, что
       # соответствует стандарту, но некоторые очень некорректно (мягко говоря)
       # завершают работу с ssl, поэтому приходится устанавливать переменную
       # ssl-unclean-shutdown, которая говорит о том, что при завершении соединения
       # сервер не должен ни посылать сообщение, ни принимать подтверждение от
       # браузера (что тоже может делаться некоторыми браузерами).
       SetEnvIf User-Agent ".*MSIE.*" \
                nokeepalive ssl-unclean-shutdown \
                downgrade-1.0 force-response-1.0
       CustomLog /var/log/httpd-ssl_request.log \
                 "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
       </VirtualHost>
       </IfDefine>

Проверим, как у нас все это работает. Перезапустим Апач
(/usr/local/etc/rc.d/apache2 restart), и приведем index.html в каталоге
/usr/local/www/data к вот такому виду:

       <html><head><title>Welcome to HOMENET!</title></head>
       <body><center><h2>Welcome to HOMENET!<hr>
       <a href="https://mail.home.net">Enter to web mail</a></h2>
       </center></body></html>

Попробуем влезть на http://mail.home.net. Только на сей раз для чистоты
эксперимента вме сто Opera воспользуемся Internet Explorer, которому мы
пока не устанавливали SSL-сертификаты. Открываем нашу страничку, никаких
вопросов нам не задают - отлично, значит, имеем незащи щенную область,
куда можно складывать общедоступные документы. Теперь нажмем на ссылку
Enter to web mail. Первым делом видим окошечко, где нам сообщают, что
начинается просмотр через безопасное соединение - пока все прекрасно,
жмем Ок. Через некоторое время появится окошко, уведомляющее нас, что IE
не смог проверить сертификат нашего сервера - на данный момент это
нормально, мы еще не устанавливали в IE наши сертификаты, Нажимаем Yes,
чтобы продолжить просмотр. И наконец нам выдают страничку, с таким
текстом: ERROR: Config file "config/config.php" not found. You need to
configure SquirrelMail before you can use it. Все пра вильно, мы еще не
сконфигурировали SquirrelMail, поэтому получаем отлуп. Однако в
статусной строке IE появился значок замочка, уведомляющий нас о том, что
мы находимся в защищенной зоне www-сервера под защитой ключа шифрования
длиной в 128 бит. На данном этапе это как раз то, чего мы добивались.
Теперь можно перейти к конфигурированию SquirrelMail.

Напоминаю, что для работы SquirrelMail нам необходим работающий IMAP4
сервер, поэто му если вы до сей поры использовали только POP3/POP3-SSL,
вам необходимо вернуться к разде лам 3.4 - 3.5 и настроить службы imap
Courier-IMAP. Если imap у вас уже работает, можно про должать.

Перейдем в каталог /usr/local/www/squirrelmail и запустим скрипт
configure. Это программа конфигурирования SquirrelMail. Не вредно будет
в свободное время поблуждать по всем менюш кам для ознакомления с ее
возможностями. А пока приступим к конфигурированию. Выбираем пункт 2 -
Server settings. Там первым делом изменяем Domain на наш home.net.
Возвращаемся в главное меню и выбираем пункт 10 - Languages. Указываем
Default Language - ru_RU, Default Charset - koi8-r. И на этом можно и
закончить (для начала). Печатаем Q для выхода и соглаша емся с
предложением сохранить изменения. Видим сообщение:

    You might want to test your config uration by browsing to
    http://your-squirrelmail-location/src/configtest.php. 

Значит, запускаем Internet Explorer, и идем по адресуhttps://mail.home.net/src/configtest.php. 
И вот результат: 

    SquirrelMail configtest
    This script will try to check some aspects of your SquirrelMail configuration and point you to errors
    whereever it can find them. You need to go run conf.pl in the config/ directory first before you run this
    script.

    SquirrelMail version: 1.4.5
    Config file version: 1.4.0
    Config file last modified: 27 February 2006 14:58:35

    Checking PHP configuration...
        PHP version 4.4.1 OK.
        PHP extensions OK.
    Checking paths...
        Data dir OK.
        Attachment dir OK.
        Plugins are not enabled in config.
        Themes OK.
        Default language OK.
        Base URL detected as: https://mail.home.net/src
    Checking outgoing mail service....
        SMTP server OK (220 mail.home.net ESMTP)
    Checking IMAP service....
        IMAP server ready (* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
    THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2005 Double
    Precision, Inc. See COPYING for distribution information.)
    Capabilities: * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFER
    ENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS
    Checking internationalization (i18n) settings...
         gettext - Gettext functions are available. You must have appropriate system locales compiled.
         mbstring - Mbstring functions are available.
         recode - Recode functions are unavailable.
         iconv - Iconv functions are unavailable.
         timezone - Webmail users can change their time zone settings.
    Checking database functions...
        not using database functionality.

    Congratulations, your SquirrelMail setup looks fine to me!
    Login now

Вроде как все в порядке. Пытаемся залогиниться, нажав на ссылку Login
now. Попадаем на страничку ввода имени и пароля, где группа
разработчиков SquirrelMail приветствует нас на чи стейшем русском языке.
Введем логин и пароль нашего ТестЮзера - и ура, попадаем в почтовый ящик
со стандартным www-интерфейсом. Пошлем ТестЮзеру письмо, нажмем ссылку
Обно вить - и видим наше только что отправленное письмо.

Теперь добьемся того, чтобы в защищенную зону www-сервера мог получить
доступ только человек, имеющий наш сертификат - на текущий момент это
может сделать любой. Для этого необходимо в файле
/usr/local/etc/apache2/ssl.conf раскомментировать строки

       #SSLCACertificateFile /usr/local/ssl/ca/ca.crt
       #SSLVerifyClient require
       #SSLVerifyDepth 1

 и перезапустить Апач. Попытаемся теперь войти на https://mail.home.net
и увидим, что нам предлагают указать сертификат для доступа к защищенной
области. Поскольку у нас не установ лен в IE ни один сертификат, то
попасть туда мы не сможем. Если же сейчас мы попытаемся ис пользовать
для доступа Opera, то мы сможем указать наш сертификат и зайти в почту,
так как в Оперу мы уже установили наш сертификат. Но давайте научим
этому и Internet Explorer. Найдем на диске наш сертификат
client_Test_User.p12 и дважды щелкнем по нему мышкой. Запустится ма стер
импорта сертификатов, следуя указаниям которого мы проинсталлируем наш
сертификат. За мечу, что чтобы защитить наш сертификат от
неавторизованного доступа, следует задействовать функцию "Enable strong
private key protection" (Разрешить защиту приватного ключа). Кроме того,
чтобы защититься от кражи сертификата стоит отменить возможность
экспортировать сертификат: флажок "Mark this key as exportable" (Пометит
этот ключ как экспортируемый) следует отключить. Также следует поставить
уровень безопасности браузера в состояние "High" (Высокий). Мы уви дим
это в следующем шаге Import Wizard (Мастера Импорта). При таких
настройках пароль будет запрашиваться всегда, когда браузеру потребуется
использовать этот клиентский сертификат.

Проделав все это, снова запустим IE и попытаемся войти на
https://mail.home.net. И теперь мы можем указать, что для входа на этот
сервер следует предъявить сертификат на имя ТестЮзера. Выбрав его из
списка, нажав Ок и введя пароль, который мы установили для сертификата
при его импорте в браузер, мы успешно оказываемся на страничке входа
SquirrelMail.

Осталось решить последний вопрос - что делать, если мы узнали, что
выданный нами сертификат пользователя скомпрометирован или же просто
понадобилось запретить кому-либо из клиентов доступ к нашему серверу.
Для этого предусмотрена процедура отзыва сертификатов. Чтобы отозвать
сертификат, необходимо обновить информацию о нем в нашей базе
сертификатов - не просто так мы городили несколько служебных каталогов и
файлов в /usr/local/ssl. Вначале создадим список отозванных
сертификатов. Перейдем в каталог /usr/local/ssl и создадим скрипт up
date_revocation_list.sh:

    #!/bin/sh
    openssl ca -config ca.config -gencrl -md sha1 -out ./db/crl.pem

Этим скриптом мы создаем или обновляем список отозванных сертификатов.
Обратите внимание: в файле /usr/local/ssl/ca.config есть параметр

    default_crl_days          =3

Это означает, что вы должны обновлять список отозванных сертификатов не
реже чем раз в 3 дня, поэтому необходимо предусмотреть запуск скрипта
update_revocation_list.sh по cron раз в трое суток.

Собственно отзыв сертификата будем осуществлять скриптом revoke_cert.sh
(создадим его в каталоге /usr/local/etc/postfix/certs):

       #!/bin/sh
       openssl ca -config ca.config -revoke ./clients/$1
       openssl ca -config ca.config -gencrl -md sha1 -out ./db/crl.pem

В заключении, необходимо сказать Апачу, где смотреть список отозванных
сертификатов. Раскомментируем в /usr/local/etc/apache2/ssl.conf строку

       #SSLCARevocationFile /usr/local/ssl/db/crl.pem

Перезапустите Апач. А теперь отзовем сертификат ТестЮзера командой

     revoke_cert.sh client_Test_User.crt

И попытаемся теперь зайти на https://mail.home.net через Internet
Explorer. Выполняем все формальности с выбором сертификата и вводом
пароля, но вместо ожидаемой странички Squirrel Mail видим сообщение
Security Alert The security certificate for this site has been revoked.
This site should not be trusted. Попасть в защищенную зону веб-сервера
мы более не можем.

Заключение

Если у вас получилось сделать все вышеописанное, то в ваших руках
достаточно гибкая и за щищенная почтовая система, пригодная для
использования в организации среднего масштаба. Но конечно, нет предела
совершенству, многое осталось за рамками статьи, так что все в ваших ру
ках, совершенствуйте эту систему. Удачи!

В заключении, нельзя не упомянуть источники информации и людей, без
которых эта статья не была бы написана.

     1. ISPMail-HOWTO. v.2.0 © Viacheslav "multik" Kaloshin
     2. Основы работы с OpenSSL © Vsevolod A. Stakhov
     3. Использование OpenSSL © Vsevolod A. Stakhov
     4. Работа с Web-сервером Russian Apache © Артем Подстрешный
     5. Apache 2 с SSL/TLS: Шаг за Шагом © Artur Maj
     6. Почтовая система на базе Postfix, PostgreSQL, с фильтрацией вирусов и 
        спама © Владимир В. Агапов AKA -=Onix=-
     7. Postfix Documentation - http://www.postfix.org/documentation.html
     8. Courier-Imap Documentation http://www.courier-mta.org/imap/
     9. ClamAv Documentetion http://www.clamav.net/doc/
     10. ClamSMTP Documentation http://memberwebs.com/nielsen/software/clamsmtp/
     11. Cyrus SASL library, version 2 http://www.csu.ac.ru/~srg/local_doc/libsasl2/
     12. и многие многие другие, писавшие в форумах opennet.ru

За сим прощаюсь
     Сергей Святкин AKA SHRDLU
                                                                                        2005-2006

<< Предыдущая	ИНДЕКС	Правка	src / Печать	Следующая >>

Обсуждение

[ Линейный режим | Показать все | RSS ]

1.1, Phoenix (??), 23:44, 09/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Очень познавательная статья нашел несколько интересных вещей, которые докрутил к своему Postfix'у.

2.173, alex (??), 12:40, 10/07/2013 [^] [^^] [^^^] [ответить]	+/–
Вот еще один хороший ман по настройке postfix http://info-linux.ru/article/103

1.4, Rooler (?), 12:25, 13/03/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Воспользовался статейкой все работает отлично только вот беда в логах начало появляцца следующее

from=<>, size=25272, nrcpt=1 (queue active)
to=<qtyucuqfngi@haniastuff.com>, relay=none, delay=15235, status=deferred (connect to 127.0.1.51[127.0.1.51]: Can't assign requested address)

кто и куда и что шлет неизвесно( Open relay отсутствует

2.5, SHRDLU (??), 07:27, 15/03/2006 [^] [^^] [^^^] [ответить]	+/–
В логах обычно больше, чем одна строчка выдается, смотри внимательнее. connect to 127.0.1.51 - проверь конфиги свои еще раз Кто и что шлет можно посмотреть, поискав в подкаталогах /var/spool/postfix/defer и /var/spool/postfix/deferred

3.7, Rooler (?), 10:46, 20/03/2006 [^] [^^] [^^^] [ответить]	+/–
чет непойму где ошибка( поскажите есть сеть 192.168.0.0/24 так вот только этой сети можно принимать и отправлять почту конфиг постфикса полностью взят со статьи

1.6, Algor (??), 09:34, 17/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
>А ты ничего не путаешь? sudo позволяет разрешенному пользователю выполнять команду как >суперпользователь или другой пользователь, и логинится при этом не требуется. В >отличии от su. >Насчет смены шелла - согласен, вопрос конечно спорный... сам до конца не >уверен, стоит ли это делать, хотя проблем ПОКА не замечал. А >лишний пользователь с shell, отличным от nologin - тоже не есть >гуд. Читай man sudoers на предмет runas, в твоем случае чтобы выполнялись только определенные команды под pgsql надо прописать: ALL ALL = (pgsql) POSTGRES

1.8, sit (?), 07:45, 22/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
все делаю по статье, когда дело доходит до добавления в main.cf # списки транспортов transport_maps = pgsql:/usr/local/etc/postfix/transport.cf # куда складывать почту транспорту virtual virtual_mailbox_base = / # списки почтовых ящиков virtual_mailbox_maps = pgsql:/usr/local/etc/postfix/mailbox.cf # списки алиасов virtual_alias_maps = pgsql:/usr/local/etc/postfix/alias.cf # uid и gid пользователей virtual_uid_maps = static:125 virtual_gid_maps = static:126 postfix отказывается запускать.

2.9, SHRDLU (??), 12:45, 22/03/2006 [^] [^^] [^^^] [ответить]	+/–
Логи смотреть будем?

1.10, sit (?), 03:49, 23/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
при старте вот такая беда /usr/local/etc/postfix/post-install: Error: "no transport_maps = pgsql:/usr/local/etc/postfix/transport.cf virtual_mailbox_base = / virtual_mailbox_maps = pgsql:/usr/local/etc/postfix/mailbox.cf virtual_uid_maps =static:125 # pgsql:/usr/local/etc/postfix/uids.cf virtual_gid_maps =static:126 # pgsql:/usr/local/etc/postfix/gids.cf" should be "no" or an absolute path name. postfix/postfix-script: warning: unable to create missing queue directories

2.13, SHRDLU (??), 07:18, 23/03/2006 [^] [^^] [^^^] [ответить]

+/–

>Error: "no transport_maps =

postfix check что говорит? Синтаксис main.cf проверял? Файлики *.cf существуют по указанным путям?

>postfix/postfix-script: warning: unable to create missing queue directories

postconf -n что показывает? В частности, значение queue_directory.

Имхо, у тебя просто куча синтаксических ошибок в конфиге.

1.11, sit (?), 04:28, 23/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
a postfix в логах /var/log/maillog пишет Mar 23 18:18:34 mail1 postfix/postfix-script: warning: unable to create missing queue directories

1.12, sit (?), 07:18, 23/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
все спасиба разобрался хорошая статья

1.14, anonymous (??), 12:50, 23/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
a kak naschet quot dlia kagdogo usera ?

2.15, SHRDLU (??), 12:58, 23/03/2006 [^] [^^] [^^^] [ответить]	+/–
>a kak naschet quot dlia kagdogo usera ? Лично я не вижу в этом большого смысла. Если речь идет о квотах на размер почтового ящика, необходимо предусмотреть в таблицах индивидуальные uid и gid для пользователей. Если речь идет о квотах на размер письма - письмо все равно принимается полностью, и только потом отбрасывается, если квота превышена - экономить траффик это не поможет.

3.24, YMSSSG (?), 12:30, 25/04/2006 [^] [^^] [^^^] [ответить]	+/–
Пофиг на траффик. Гораздо хуже когда толпе модемных пользователей свалится большое письмо которое они не могут выкачать.

4.26, SHRDLU (??), 12:19, 28/04/2006 [^] [^^] [^^^] [ответить]	+/–
Существуют глобальные директивы message_size_limit - ограничение на размер письма и mailbox_size_limit - на размер ящика. Смотри в main.cf.

1.16, Andl (?), 12:58, 29/03/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
У меня небольшая проблема с aliases - т е таблица существует, но MTA сообщает user unknown. В чем грабли?

2.17, Andl (?), 13:31, 29/03/2006 [^] [^^] [^^^] [ответить]	+/–
Пардон, рука дрогнула, закомментировал случайно. В остальном - отличная статья! Автор, пиши еще!

1.21, criticus (ok), 11:16, 18/04/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

как описано ставить postgresql так ничего не заработает.

после утановки из портов придется сделать так:
adduser pgsql
mkdir /usr/local/pgsql/data
chown pgsql /usr/local/pgsql/data
su - pgsql
/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data

/usr/local/bin/pg_ctl -D /usr/local/pgsql/data -l logfile start

1.22, Dmitry M. Reznitsky (?), 13:17, 23/04/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Пара моментов.
1. Прежде всего, на сегодняшний день cd postgresql80-server ; make install фэйлится, потому как в портах уже лежат 8.1... , а 8.1... идёт с предустановленной поддержкой ipv6, из-за чего хост ::1 надо оставлять в конфиге

2. Ещё можно установить expect - если я правильно понимаю, это приведёт к тому, что появится возможность через веб менять пароль.

1.23, Dmitry M. Reznitsky (?), 00:29, 24/04/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Если я делаю всё, как здесь описано, в качестве списка imap capabilities я получаю: CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA AUTH=CRAM-MD5 AUTH=CRAM-SHA1 AUTH=CRAM-SHA256 IDLE ACL ACL2=UNION STARTTLS LOGINDISABLED Из-за чего squirellmail отказывается работать...

1.25, nix (??), 17:51, 26/04/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

после
postmap postmaster_access

postfix: fatal: /usr/local/etc/postfix/main.cf, line 87: missing '=' after attribute name: "hash:/usr/local/etc/postfix/helo_access," бей запятой так же. если поставить = то проходит без ошибок но /var/log/messages :

Apr 26 12:06:19 serv postfix/smtpd[6979]: fatal: unsupported dictionary type: pgsql - про строки
transport_maps = pgsql:/usr/local/etc/postfix/transport.cf
virtual_mailbox_maps = pgsql:/usr/local/etc/postfix/mailbox.cf
virtual_alias_maps = pgsql:/usr/local/etc/postfix/alias.cf

2.29, logan (?), 01:30, 19/05/2006 [^] [^^] [^^^] [ответить]	+/–
все параметры SMTP_RESTRICT нужно писать в одну строку.... знаю что неудобно, а что делать? я другого решения не отловил

1.27, Tala (??), 10:04, 12/05/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
cd /usr/ports/security/openssl make OPENSSL_OVERWRITE_BASE=yes install пишет что порты не поддерживают динамической root please undefine OPENSSL_OVERWRITE_BASE and use instead WITH_OPENSSL_PORT=yes error code 1 ---------- почему

2.28, SHRDLU (??), 11:47, 12/05/2006 [^] [^^] [^^^] [ответить]	+/–
Первое что приходит на ум - обновился порт. Вследствии чего могли измениться и параметры настройки порта. Кстати порт дает достаточно однозначную рекомендацию, что надо сделать - "undefine OPENSSL_OVERWRITE_BASE and use instead WITH_OPENSSL_PORT=yes" - вместо OPENSSL_OVERWRITE_BASE используйте WITH_OPENSSL_PORT=yes.

1.30, romzzzec (?), 13:35, 28/05/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

проблема с localhost
проблема заключается в следующем: неполучается поlключиться к localhost:5432 .
через psql входит, в логе - получено подсоединение: хост=[local] порт=
через pgadmin заходит только по IP , в логе - получено подсоединение: хост=*.*.*.* порт=62381
если указывать localhost или 127.0.0.1 - ERROR : Error connecting to the server: не удалось подсоединиться к серверу: Can't assign requested address
Работает ли сервер на хосте "127.0.0.1" и принимает ли
TCP/IP соединения по порту 5432?

postgresql.log:
LOG: could not bind socket for statistics collector: Can't assign requested address
LOG: disabling statistics collector for lack of working socket
LOG: система была отключена: 2006-05-26 10:19:50 MSD
LOG: контрольная точка: 0/A81C00
LOG: redo-запись: 0/A81C00; undo-запись: 0/0; отключение: TRUE
LOG: ID следующей транзакции: 721; следующий OID: 17260
LOG: система готова к использованию

в чем проблема может быть ? все делал как написано :) или подскажите как заставить postfix обращаться не к localhost а по IP.

1.31, Mike (??), 17:27, 09/06/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
а я застрял на пункте 3.1 Настройка PostgreSQL. =( не хочет он запускаться стандартным спопобом: /usr/local/etc/rc.d/010.pgsql.sh start pg_ctl: команда не указана Наберите "pg_ctl --help" для более подробной информации. в чем грабли?

2.34, Voffka (?), 13:15, 05/07/2006 [^] [^^] [^^^] [ответить]

+/–

>а я застрял на пункте 3.1 Настройка PostgreSQL. =(
>не хочет он запускаться стандартным спопобом: /usr/local/etc/rc.d/010.pgsql.sh start
>pg_ctl: команда не указана
>Наберите "pg_ctl --help" для более подробной информации.
>
>в чем грабли?
Вот как надо писать!

initdb_cmd="postgresql_initdb"

postgresql_command()
       {
           /usr/local/bin/sudo -u ${postgresql_user} ${command} ${command_args} ${rc_arg}
       }

postgresql_initdb()
       {
           /usr/local/bin/sudo -u ${postgresql_user} ${prefix}/bin/initdb -D ${postgresql_data}
       }

run_rc_command "$1"

3.76, intelligentik (??), 18:23, 28/12/2006 [^] [^^] [^^^] [ответить]	+/–
Вот как вы написали у меня произошла инициализация и старт постгрей система фря... большой текст свёрнут, показать

4.156, Neon (??), 18:05, 10/01/2008 [^] [^^] [^^^] [ответить]

+/–

Не хочет запускаться?
>>sudo -u pgsql /usr/local/etc/rc.d/010.pgsql.sh initdb

говорит
>>sudo: no passwd entry for default!

Делал всё по статье. pgsql без шела .
Подскажите в чём проблема , бьюс уже который день

1.32, Михей (?), 12:34, 03/07/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
в пункте 3.2 сказано: Для верности еще раз сделаем postfix check. Если все нормально, то запустим Postfix ко мандой postfix start, и запустив telnet localhost 25... все сделал как описано, перепроверил несколько раз, но не создается директория /testuser@home.net/Maildir -почему??? что не так?

2.33, SHRDLU (??), 13:24, 03/07/2006 [^] [^^] [^^^] [ответить]	+/–
>все сделал как описано, перепроверил несколько раз, но не создается директория /testuser@home.net/Maildir >-почему??? что не так? Каталог пользователя создастся только после того, как ему придет хоть одно письмо. Из твоего сообщения не видно, что ты именно отправил ему письмо через телнет, а не просто сделал telnet localhost 25 - quit. Если же ты отправил письмо на этот адрес, а его нет, тогда начинаем изучать логи почтовика, постгреса и т.д. Ты логи смотрел?

1.35, max (??), 12:32, 07/07/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Хорошая статейка Но большие проблемы courier-imap не ставится ошибки выкидывает типа postgre ненайден что может быть?

2.36, SHRDLU (??), 16:30, 07/07/2006 [^] [^^] [^^^] [ответить]	+/–
"Типа не найден" - а конкретнее? Что в логах? Каков вопрос, таков ответ - PostgreSQL вообще был установлен? Как? Какие версии ставятся? Давайте более подробно описывать проблемы, а? С логами и версиями. Меня один кекс просто достал по мылу с этой статьей. Пишет "все делаю по статье, а ничо не работает". В итоге выясняется, что вместо postgresql он ставит mysql, собирает половину из портов, половину руками...

1.37, Yakon (?), 15:38, 24/07/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

/usr/local/etc/rc.d/010.pgsql.sh initdb

The files belonging to this database system will be owned by user "pgsql".
This user must also own the server process.

The database cluster will be initialized with locale C.

creating directory /usr/local/pgsql/data ... ok
creating directory /usr/local/pgsql/data/global ... ok
creating directory /usr/local/pgsql/data/pg_xlog ... ok
creating directory /usr/local/pgsql/data/pg_xlog/archive_status ... ok
creating directory /usr/local/pgsql/data/pg_clog ... ok
creating directory /usr/local/pgsql/data/pg_subtrans ... ok
creating directory /usr/local/pgsql/data/base ... ok
creating directory /usr/local/pgsql/data/base/1 ... ok
creating directory /usr/local/pgsql/data/pg_tblspc ... ok
selecting default max_connections ... 10
selecting default shared_buffers ... 50
creating configuration files ... ok
creating template1 database in /usr/local/pgsql/data/base/1 ... FATAL: could not create shared memory segment: Function not implemented
DETAIL: Failed system call was shmget(key=1, size=1122304, 03600).
child process exited with exit code 1
initdb: removing data directory "/usr/local/pgsql/data"

Застрял на 3.1
Что не так?

2.38, SHRDLU (ok), 21:55, 24/07/2006 [^] [^^] [^^^] [ответить]	+/–
>creating template1 database in /usr/local/pgsql/data/base/1 ... FATAL: could not create shared >memory segment: Function not implemented >DETAIL: Failed system call was shmget(key=1, size=1122304, 03600). >child process exited with exit code 1 >initdb: removing data directory "/usr/local/pgsql/data" > >Застрял на 3.1 >Что не так? Во-первых, версия PostgreSQL? Ребята, порты обновляются все время! У меня нет времени следить за всеми их обновлениями, но мне тоже интересно, какие грабли на каких версиях возникают у людей? Касательно проблемы - возможно, проблемы с памятью - ее нехватка или сбойные модули.

2.45, Voffka (?), 15:17, 29/08/2006 [^] [^^] [^^^] [ответить]	+/–
пересобери ядро с включением вот этих опций options SYSVSHM options ... большой текст свёрнут, показать

1.39, Евгений (??), 22:41, 07/08/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

вопрос -
настраиваю, получаю при тест. письме

Aug 7 localhost postfix/virtual[6227]: 7EDE313409: to=<testuser2@xx.com.ua>, relay=virtual, delay=8, status
=deferred (recipient testuser2@xx.com.ua: bad uid 89 in virtual_uid_maps)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
хотя у меня
/etc/passwd :
postfix:x:89:89

группа
postdrop:x:90: (Linux)

main.cf :

virtual_uid_maps = static:89
virtual_gid_maps = static:90

где я ошибся?

2.40, Евгений (??), 22:48, 08/08/2006 [^] [^^] [^^^] [ответить]	+/–
вопрос решен

1.41, Алексей (??), 14:10, 14/08/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Это моя первая установка почтового сервера. Уже месяц как все отлично работает. Одна пробема не могу прикрутить вэб-интерфейс SquirrelMail.
При входе браузер выдает ошибку:

Недопустимый запрос: IMAP server does not appear to support the authentication method selected. Please contact your system administrator.

В конфигурации белки указал
Authentication type    : cram-md5
Secure IMAP (TLS)      : false
Server software        : courier

Может кто сталкивался? Подскажите в какую сторону копать.

1.42, rituk (??), 09:22, 23/08/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
При установке PHP4 в конфиге есть только Apache, но нету apache2. Хорошо устанавливаю apache - но он устанавливается без поддержки SSL (в apache2 она встроена). Соответственно при настройке Web-интерфейса все не так... Подскажет может кто-нибудь, кто поборол эту проблему, как решить?

2.43, Алексей (??), 14:57, 23/08/2006 [^] [^^] [^^^] [ответить]

+/–

Установка PHP-4.4.3

# ./configure --prefix=/usr/compile/php-4.4.3 --with-apxs2=/usr/local/apache/bin/apxs --with-openssl --with-gettext --enable-mbstring=all --with-iconv
# make
# make install

# cp -p .libs/libphp5.so /usr/compile/apache/modules

Я делал так. Вроде работает.

3.44, evgeniy1 (ok), 15:42, 23/08/2006 [^] [^^] [^^^] [ответить]	+/–
А никто связку postfix+mailman не настраивал?

1.46, visitor (ok), 19:42, 02/09/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
помогите пож разобраться почему не отправляется мыло, а в маиллоге вот такие строки: Sep 2 18:40:56 tserver postfix/smtpd[98849]: warning: SASL authentication failure: no secret in database Sep 2 18:40:56 tserver postfix/smtpd[98849]: warning: unknown[xxx.xxx.xxx.xxx]: SASL CRAM-MD5 authentication failed все делал как в статье :(

1.47, trv (?), 19:44, 12/09/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Настроил pgsql. Скачал и пересобрал postfix с поддержкой pgsql. Все конфиги, такие, как у автора. При попытке подключиться к smtp телнетом, postfix падает. Пробовал мучить конфиг. Выяснил, что падает при попытке прочитать virtual_mailbox_maps = pgsql:/etc/postfix/mailbox.cf или что-то типа того. Что всё это значит и как лечить?

2.48, trv (?), 17:03, 16/09/2006 [^] [^^] [^^^] [ответить]	+/–
Ладно уж.. Сам разобрался.

3.160, alex (??), 13:46, 03/04/2008 [^] [^^] [^^^] [ответить]	+/–
Так как дружище?? Ты разобрался и не поделился опытом :( У меня та же трабла ..ковыряю 4 дня уже.. Если Ты ещё бываешь тут, помоги!

1.49, v0v0 (??), 02:02, 07/11/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
интересно, с новыми версиями The Bat, а MS Outlook возможна авторизация? Кто-нить может проверить этих клиентов?

1.50, 4diz (?), 11:26, 14/11/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Делаю всё по статье. Всё нормально до момента когда нужно ставить Courier-Imap. Удовлетворяя зависимости пытается ставить courier-authlib-pgsql-0.58_2. и вот тут бок. configure: error: --with-authpgsql specified but no libpq.so такая библиотека есть в /usr/local/lib. не могу понять в чем дело. хелп плиз

2.51, evgeniy1 (ok), 13:43, 14/11/2006 [^] [^^] [^^^] [ответить]	+/–
>Делаю всё по статье. >Всё нормально до момента когда нужно ставить Courier-Imap. >Удовлетворяя зависимости пытается ставить courier-authlib-pgsql-0.58_2. и вот тут бок. >configure: error: --with-authpgsql specified but no libpq.so >такая библиотека есть в /usr/local/lib. >не могу понять в чем дело. хелп плиз Телепаты в отпуске. Пиши версии и прочее - подробно. Если собираешь в linux, попробую помочь. Я собирал courier-imap в linux CentOS4, собрался без таких проблем, страндартных пакетов postgres-devel ему для сборки хватило. Ну и поставился потом без проблем.

3.53, SHRDLU (ok), 14:05, 14/11/2006 [^] [^^] [^^^] [ответить]

+/–

>>Делаю всё по статье.
>Если собираешь в linux, попробую помочь.

И если действительно собирает в линуксе, значит уже не по статье делает... статья под bsd заточена.

4.54, evgeniy1 (ok), 14:45, 14/11/2006 [^] [^^] [^^^] [ответить]	+/–
>>>Делаю всё по статье. >>Если собираешь в linux, попробую помочь. > >И если действительно собирает в линуксе, значит уже не по статье делает... >статья под bsd заточена. Насчет линукса я про себя писал, как делает автор вопроса - не знаю.

2.52, SHRDLU (ok), 13:53, 14/11/2006 [^] [^^] [^^^] [ответить]	+/–
>Делаю всё по статье. >Всё нормально до момента когда нужно ставить Courier-Imap. >Удовлетворяя зависимости пытается ставить courier-authlib-pgsql-0.58_2. и вот тут бок. >configure: error: --with-authpgsql specified but no libpq.so >такая библиотека есть в /usr/local/lib. >не могу понять в чем дело. хелп плиз Не поленился. Поднял на виртуалке FreeBSD 6.1, подтянул свежие порты и "сделал все по статье" (с) - все встало с полпинка. Так что первым делом настраивай cvsup и обновляй порты.

3.55, 4diz (?), 22:32, 15/11/2006 [^] [^^] [^^^] [ответить]

+/–

Спасибо. Все получилось.
Единственная проблема:
Всё отлично работает без saslauthd.
Если же идти по пути saslauthd/pam-pgsql, то получается
postfix/smtpd[91595]: warning: SASL authentication failure: no user in db
postfix/smtpd[91595]: warning: SASL authentication failure: no secret in database
postfix/smtpd[91595]: warning: [XX.XX.XX.XX]: SASL CRAM-MD5 authentication failed

Но я думаю и так проживу, но всё же интересно )

4.56, SHRDLU (ok), 07:30, 16/11/2006 [^] [^^] [^^^] [ответить]

+/–

>Если же идти по пути saslauthd/pam-pgsql, то получается
>postfix/smtpd[91595]: warning: SASL authentication failure: no user in db
>postfix/smtpd[91595]: warning: SASL authentication failure: no secret in database
>postfix/smtpd[91595]: warning: [XX.XX.XX.XX]: SASL CRAM-MD5 authentication failed

А вот это проверять уже безумно лень. И вообще это было оставленов в статье только "для совместимости с предыдущими версиями". Помню только, что сам постоянно напарывался на всякие непонятные глюки, делая copy/paste конфигов, при этом постоянно вставлялись лишние пробелы, на которые система реагировала самым неожиданным образом.

2.57, Parviz (?), 10:32, 22/11/2006 [^] [^^] [^^^] [ответить]	+/–
Zdrastvuyte!U menya toje samaya problema s Courier-Imap.no ya ni ponel. mne vse cvsup servera nastroit ili tolka ustanovka?

3.58, SHRDLU (ok), 11:10, 22/11/2006 [^] [^^] [^^^] [ответить]	+/–
>Zdrastvuyte!U menya toje samaya problema s Courier-Imap.no ya ni ponel. mne vse >cvsup servera nastroit ili tolka ustanovka? Не понял вопроса. Что значит "все cvsup сервера настроить"??? Настройте обновления дерева портов и выполните его (дерева) обновление. О настройке cvsup читать тут - http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/cvsup.html

1.59, parviz (?), 23:30, 26/11/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
ya novicok, perviy raz server ustanavlivayu. u menya Courier-Imap ne ustanavlevaetsa ustanovil cvsup without_gui i obnavil porti, opat ne polucaetsa. nastroil cvsup kak zdes https://www.opennet.ru/base/sys/update_ports.txt.html

2.60, SHRDLU (ok), 07:24, 27/11/2006 [^] [^^] [^^^] [ответить]	+/–
>u menya Courier-Imap ne ustanavlevaetsa Логи изучать будем? Или хотя бы приводить их, аргументируя свои проблемы?

3.61, 43081 (??), 18:19, 10/12/2006 [^] [^^] [^^^] [ответить]	+/–
Добрый день Зайстрял на создиние сертификата зайпускаю sh make_ca sh после гене... большой текст свёрнут, показать

4.64, SHRDLU (ok), 11:26, 11/12/2006 [^] [^^] [^^^] [ответить]	+/–
Что ж, проверяем root ttyp2 usr local ssl make_ca sh Generating a 4096 b... большой текст свёрнут, показать

5.67, 43081 (ok), 14:09, 11/12/2006 [^] [^^] [^^^] [ответить]	+/–
Большое спасибо Я непонил что изменилось в make_ca sh но скрипт который вы опис... большой текст свёрнут, показать

1.63, parviz (?), 20:58, 10/12/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

ya ni magu courier-imap ustanovit, cvsup obnavil opat toje samoe, pishit tak

checking for shl_load .... no
checking for shl_load in -ldld .... no
checking for connect in -lsocket .... no
checking for connect in -lsocket (cached) .... no
checking for dbopen in -ldb .... no
checking for db_open in -ldb .... no
i drugie
configure: error: --with-authpgsql specified but no libpq.so
===> Script "configure" failed unexpectedly.
Please report the problem to oliver@FreeBSD.org [maintainer] and attach the "/usr/ports/databases/courier-authlib-pgsql/work/courier-authlib-0.58/config.log"

a mojet mne FreeBSD 6.0 versiyu ustanovit, ili kak?
pomagite razbiratsa.
Sposibo.

2.65, SHRDLU (ok), 11:31, 11/12/2006 [^] [^^] [^^^] [ответить]

+/–

>ya ni magu courier-imap ustanovit, cvsup obnavil opat toje samoe, pishit tak
...
>Please report the problem to oliver@FreeBSD.org [maintainer] and attach the "/usr/ports/>databases/courier-authlib-pgsql/work/courier-authlib-0.58/config.log"

Прогрессс налицо, присутствует вывод инсталлера, но версии курьера и freebsd я по-прежнему должен определять телепатически?
Попробуйте для разнообразия помучать такими вопросами мэйнтейнера порта, чей e-mail указан в сообщении об ошибке... хотя не уверен, что он Вам ответит...

>a mojet mne FreeBSD 6.0 versiyu ustanovit, ili kak?

Или как. Последняя версия 6.1 вообще-то.

2.75, intelligentik (??), 13:24, 27/12/2006 [^] [^^] [^^^] [ответить]	+/–
в версии 6.1 тоже самое пишет :-(

1.66, gerdge (??), 12:45, 11/12/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Доброго времени суток. Помогите пожалуйста решить проблемму.
При создании клиенского сертификата пишет следуюшее

Generating a 4096 bit RSA private key
..........................++
........................................++
writing new private key to './clients/client_info.key'
-----
Using configuration from ca.config
policy_anything is an unsupported message digest type
38293:error:0E06D06C:configuration file routines:NCONF_get_string:no value:conf_lib.c:329:group= name=unique_subject
No certificate matches private key

создаются 4 файла client_info.crt client_info.csr client_info.key client_info.p12
но фалы client_info.crt и client_info.p12 0байт

в чем пробема ?
заранее спасибо

2.68, gerdge (??), 15:36, 11/12/2006 [^] [^^] [^^^] [ответить]	+/–
Звиняюсь за глупый вопрос... ручки у меня корявые ... а глазки заленились ошибку искать :)

1.69, 43081 (ok), 22:39, 11/12/2006 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Сталкнулся с еще одной проблемой. Все делаю точно по статье, но антивирусник не хочет работать. с ним и почта не доставляется в логах вот что:

postfix/qmgr[684]: warning: connect to transport scan: Connection refused

а при отправке письма вот:

postfix/qmgr[684]: 5C3A150A4B: to=<xxx@xxx.ru>, relay=none, delay=1439, delays=1439/0.01/0/0, dsn=4.3.0, status=deferred (mail transport unavailable)

Что делать

2.70, SHRDLU (ok), 11:28, 12/12/2006 [^] [^^] [^^^] [ответить]

+/–

>Сталкнулся с еще одной проблемой. Все делаю точно по статье, но антивирусник
>не хочет работать. с ним и почта не доставляется в логах

>Что делать

То же самое, что и в прошлый раз - ВНИМАТЕЛЬНО проверять ВСЕ конфиги и скрипты.
Демон clamd запущен? ClamSMTP установлен? И запущен?

1.71, SP (?), 09:42, 15/12/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
При установке PHP4 в конфиге есть только Apache, но нету apache2. как уго установить

2.72, SHRDLU (ok), 11:41, 15/12/2006 [^] [^^] [^^^] [ответить]	+/–
>При установке PHP4 в конфиге есть только Apache, но нету apache2. как >уго установить Если набрать в /usr/ports/lang/php4 слова make config, при внимательном прочтении обнаруживается строчка "Build Apache module" - третья сверху. Если на мысли не наводит, то поясняю - делаем cd /usr/ports/www/apache2 и там набираем make install. Когда Апач установится, можно будет вернуться к установке php, включив упомянутую опцию.

1.73, parviz (?), 13:41, 23/12/2006 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Я устанавил все необходимые порты.При запуске первичной инициализации базы данных: /usr/local/etc/rc.d/010.pgsql.sh initdb было сообщени sudo command not found. После установки sudo(Опции установки вставил -OPIE и SHELL...), при повторном запуске получил сообщение /usr/local/etc/sudoers is mode 0644, should be 0440

2.74, SHRDLU (ok), 12:18, 24/12/2006 [^] [^^] [^^^] [ответить]

+/–

>После установки sudo(Опции установки вставил -OPIE и SHELL...), при повторном запуске получил
>сообщение
> /usr/local/etc/sudoers is mode 0644, should be 0440

И какое слово тут непонятно? Файл sudoers имеет права доступа 0644, а должны быть 0440...

И кстати - НЕ BСПОЛЬЗУЙТЕ описанный в статье вариант с sudo! Оставьте стартовые скрипты как есть, плюс почитайте доку и изучите профиль в домашнем каталоге postgresql. При росте объема бызы и ее сложности вариант с sudo дишит вас многих интересных возможностей.

1.77, parviz (?), 12:22, 03/01/2007 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Сталкнулся с еще одной проблемой.

postfix# /usr/local/etc/rc.d/postgresql initdb
The files belonging to this database system will be owned by user "pgsql".
This user must also own the server process.

The database cluster will be initialized with locale C.

initdb: directory "/usr/local/pgsql/data" exists but is not empty
If you want to create a new database system, either remove or empty
the directory "/usr/local/pgsql/data" or run initdb
with an argument other than "/usr/local/pgsql/data".

2.78, SHRDLU (ok), 21:43, 06/01/2007 [^] [^^] [^^^] [ответить]	+/–
>Сталкнулся с еще одной проблемой. Родное сердце! Прочти все-таки документацию, и выучи английский хотя бы в рамках "технического английского". Или держи на рабочем месте словарь.

3.79, apr2504 (ok), 19:50, 17/01/2007 [^] [^^] [^^^] [ответить]	+/–
Возникла интересная проблема: хост с Postfix'ом находится за двумя файерволлами, письма не отсылаются только на ОДИН почтовый сервер(таймаут во время передачи тела сообщения)и то с большими вложениями. После отключения NAT'а на первом от почтовика шлюзе отсылаются нормально. С чем такое может быть связано, есть идеи? Искажение MIME? Заранее спасибо за ответы.

1.80, alexgo (?), 01:14, 21/01/2007 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Аутентификация клиента по сертификату на imap сервере courier в почтовом клиенте Mozilla Thunderbird работает!

При установленном параметре

TLS_VERIFYPEER=REQUIREPEER

ошибка в лог вида

error 140890C7:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:peer did not return a certificate

выдается в том случае, когда клиент Mozilla Thunderbird настроен не правильно. Описание правильной настройки приведено на http://wiki.cacert.org/wiki/EmailCertificates . Если вкратце, то в параметрах учетной записи на вкладке "защита" надо выбрать личный сертификат для подписи и личный сертификат для шифрования (это должен быть именно тот сертификат, который будет использоваться для аутентификации клиента). В параметрах сервера ставим использовать защищенное соединение SSL, а галочку "Использовать защищённую аутентификацию" ("Use secure authentication") НЕ ставим.

После этого у меня все работает

Система Debian 3.1
courier - 3.0.8
openssl - 0.9.7e

Пользовательский сертификат и сертификат сервера подписаны self-signed CA.

1.81, reekoff (ok), 17:12, 12/02/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
У меня вот здесь затык: >>Для верности еще раз сделаем postfix check. Если все нормально, то >>запустим Postfix ко мандой postfix start, и запустив telnet localhost >>25, попробуем послать письмо нашему пользовате лю testuser. Если все >>пройдет гладко... telnet localhost 25 впадает в ступор при mail from: при этом на консоль сыпется: postfix/trivial-rewrite[###]: fatal: pgsql:/usr/local/etc/postfix/alias.cf(0,lock\|fold_fix): table lookup problem а в maillog: Feb 12 15:26:20 mail3 postfix/trivial-rewrite[70464]: warning: pgsql query failed: fatal error from host localhost: ERROR: permission denied for relation user_aliases? Feb 12 15:26:20 mail3 postfix/trivial-rewrite[70464]: fatal: pgsql:/usr/local/etc/postfix/alias.cf(0,lock\|fold_fix): table lookup problem Feb 12 15:26:21 mail3 postfix/master[70312]: warning: process /usr/local/libexec/postfix/trivial-rewrite pid 70464 exit status 1 Feb 12 15:26:21 mail3 postfix/master[70312]: warning: /usr/local/libexec/postfix/trivial-rewrite: bad command startup -- throttling Feb 12 15:26:21 mail3 postfix/smtpd[70341]: warning: premature end-of-input on private/rewrite socket while reading input attribute name Feb 12 15:26:21 mail3 postfix/smtpd[70341]: warning: problem talking to service rewrite: Unknown error: 0 где может быть ошибка?

2.82, SHRDLU (ok), 07:11, 13/02/2007 [^] [^^] [^^^] [ответить]

+/–

>host localhost: ERROR: permission denied for relation user_aliases?
>где может быть ошибка?

Юзер, под которым происходит подкдючение к БД, не имеет прав на работу с таблицей user_aliases.
Соответственно, либо ты накосячил в конфигах (проверяй синтаксис), либо не завел юзера БД, от имени которого работает postfix и/или не дал ему прав работать с таблицами -
grant select on user_accounts, user_aliases, transport to postfix;

3.83, reekoff (ok), 12:26, 20/02/2007 [^] [^^] [^^^] [ответить]	+/–
SASL authentication failure: no secret in database SASL CRAM-MD5 authntication failed вроде бы довольно понятные эти слова, но куда копать не знаю...

4.84, SHRDLU (ok), 12:53, 20/02/2007 [^] [^^] [^^^] [ответить]

+/–

>SASL authentication failure: no secret in database
>SASL CRAM-MD5 authntication failed
>вроде бы довольно понятные эти слова, но куда копать не знаю...

копать в сторону логов постгреса и /usr/local/lib/sasl2/smtpd.conf...
нет пользователя в базе или некорректно написан запрос на выборку из БД

5.85, reekoff (ok), 17:33, 01/03/2007 [^] [^^] [^^^] [ответить]	+/–
А в usr local etc postfix master cf допишем вот такой фрагмент scan ... большой текст свёрнут, показать

6.86, SHRDLU (ok), 11:56, 02/03/2007 [^] [^^] [^^^] [ответить]

+/–

>после перезагрузки постфикс не стартует с записью:
>fatal: /usr/local/etc/postfix/master.cf: line 91: bad transport type: -o
>line 91 это -o smtpd_authorized_xforward_hosts=127.0.0.0/8

Поиск СИНТАКСИЧЕСКИХ ошибок в чужих конфигах и указывание на них пальцем - услуга платная.
И не забываем листать документацию к новым версиям устанавливаемых программ.

6.87, Voffka (?), 13:29, 13/03/2007 [^] [^^] [^^^] [ответить]	+/–
Где же ваша винимательность? Вот же как надо! 127.0.0.1:10026 inet n - n - 16 smtpd -o content_filter= -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks -o smtpd_helo_restrictions= .....и так далее

7.88, evgeniy1 (ok), 16:42, 13/03/2007 [^] [^^] [^^^] [ответить]	+/–
Понадобилось поставит на новый сервер эту схему вместе с sasl, ставлю - авториз... большой текст свёрнут, показать

8.89, SHRDLU (ok), 07:09, 14/03/2007 [^] [^^] [^^^] [ответить]	+/–
И не должна log_level 9 http www freebsd org cgi ports cgi query cyrus-sas... текст свёрнут, показать

9.90, Евгений (??), 01:37, 17/03/2007 [^] [^^] [^^^] [ответить]	+/–
Не подскажет ли кто, как указать courier му pop3-ssl использовать только md5 д... текст свёрнут, показать

10.91, SHRDLU (ok), 14:25, 17/03/2007 [^] [^^] [^^^] [ответить]	+/–
Очевидно, надо поколдовать с содержимым строчек POP3AUTH и POP3AUTH_TLS и их ан... текст свёрнут, показать

11.92, Евгений (??), 15:51, 17/03/2007 [^] [^^] [^^^] [ответить]	+/–
в том-то и дело, что пробовал как с POP3AUTH CRAM-MD5 CRAM-SHA1 POP3AUTH_TLS... большой текст свёрнут, показать

12.93, SHRDLU (ok), 20:19, 17/03/2007 [^] [^^] [^^^] [ответить]	+/–
http www freebsd org cgi ports cgi query courier-imap stype all Последняя верс... текст свёрнут, показать

13.94, Евгений (??), 01:19, 18/03/2007 [^] [^^] [^^^] [ответить]	+/–
я имел в виду общую версию http www courier-mta org download php Version 0 ... большой текст свёрнут, показать

14.95, SHRDLU (ok), 15:33, 18/03/2007 [^] [^^] [^^^] [ответить]	+/–
Прошу прощения, не сообразил Не могу ничего сказать по этому поводу, так как не ... большой текст свёрнут, показать

14.96, SHRDLU (ok), 09:45, 22/03/2007 [^] [^^] [^^^] [ответить]	+/–
В общем, у меня тоже не получилось вообще отключить возможность plain-text аутен... текст свёрнут, показать

15.97, arriah (??), 19:08, 25/03/2007 [^] [^^] [^^^] [ответить]	+/–
Установил все согласно статьи, но возникли вопросы 1 Поменял пароли и на postf... текст свёрнут, показать

16.98, SHRDLU (ok), 19:38, 25/03/2007 [^] [^^] [^^^] [ответить]	+/–
В usr local pgsql data pg_hba conf что написано Откуда взялось содержимое PWD ... текст свёрнут, показать

17.99, arriah (??), 19:42, 25/03/2007 [^] [^^] [^^^] [ответить]	+/–
Не знаю, откуда PWD взялся Все делал по статье, сервер запустил, проблема был... текст свёрнут, показать

15.100, evgeniy1 (ok), 15:53, 26/03/2007 [^] [^^] [^^^] [ответить]	+/–
Увы, некоторые люди по сей день используют такие неполноценные клиенты, как outl... текст свёрнут, показать

9.101, shamann (ok), 18:57, 30/03/2007 [^] [^^] [^^^] [ответить]	+/–
Доброго времени суток всем Если делать в точности как в статье, те smtplogin ... текст свёрнут, показать

10.102, evgeniy1 (ok), 19:10, 30/03/2007 [^] [^^] [^^^] [ответить]	+/–
Зависит от того, что в базе в таблице вписано У меня, например, это не до... текст свёрнут, показать

....большая нить свёрнута, показать (21)

1.103, virk (??), 13:33, 16/04/2007 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Система
FreeBSD6.1
Postgresql 8.0.12
Postfix 2.4.0

После того как пытаюсь отправить письмо через telnet localhost 25
mail from: name@domen.ru

сессия подвисает
в логах pgsql

UTCLOG:  подсоединение авторизировано: пользователь=postfix база=mailbase
UTCLOG:  команда: set client_encoding to 'LATIN1'
UTCERROR:  преобразование между LATIN1 и KOI8 не поддерживается
UTCКОМАНДА:  set client_encoding to 'LATIN1'

Как победить эту проблему?
Немогу сообразить, как заставить postgresql работать в latin1 (потому что переводить с koi8 в latin1 база не может).

Заставить работать postfix с koi8 насколько я понял нельзя.
Знатоки помогите.

1.105, chosen (??), 10:40, 26/06/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
1. аутентификация sasl работает только через saslauthd 2. и то только auth plain, на auth cram-md5 в логах клиента ругань вида: [17:39:42] C: AUTH CRAM-MD5 [17:39:42] S: 334 PDE3NDYyMTM1NzkuODQ3NDMzMkBteDIuem5hY29tLnJ1Pg== [17:39:42] C: c3NsIDViOTMyM2U3ZWI1OWZlMmYyNjQzOWM4MmE4MDIwOGNh [17:39:42] S: 535 5.7.0 Error: authentication failed: authentication failure подскажите плз куда рыть

2.106, chosen (??), 11:04, 26/06/2007 [^] [^^] [^^^] [ответить]	+/–
дополнение: при аутентификация не через saslauthd, я даже не наблюдаю в логах pgsql попытки выполнить запрос: select smtppassword from user_accounts where smtplogin='%u' вас ист дас???

3.107, SHRDLU (ok), 12:03, 26/06/2007 [^] [^^] [^^^] [ответить]	+/–
>я даже не наблюдаю в логах pgsql попытки выполнить запрос: конфиги в студию...

4.108, chosen (??), 13:31, 26/06/2007 [^] [^^] [^^^] [ответить]	+/–
smtpd.conf ---------------- pwcheck_method: auxprop auxprop_plugin: sql mech_list: PLAIN LOGIN CRAM-MD5 DIGEST-MD5 sql_engine: pgsql sql_user: postfix sql_passwd: ********* sql_hostnames: 127.0.0.1 sql_database: mailbase sql_select: select smtppassword from user_accounts where smtplogin='%u' sql_verbose: yes log_level: 9 еще какие конфы нужны ???

5.109, SHRDLU (ok), 13:42, 26/06/2007 [^] [^^] [^^^] [ответить]

+/–

>mech_list: PLAIN LOGIN CRAM-MD5 DIGEST-MD5

Это необязательно.

>еще какие конфы нужны ???

От постфикса, вестимо, в части, касающейся SASL...
Если так хочется вариант с saslauthd, то /etc/pam_pgsql.conf, /etc/pam.d/smtp. Но этот вариант я на практически не применял, и вряд ли добавлю что-то к написанному в статье.

И кстати, не забыл ли сделать симлинк на sasl-библиотеки:
ln -s /usr/local/lib/sasl2 /usr/lib/sasl2
?

6.110, Ech (?), 17:01, 26/06/2007 [^] [^^] [^^^] [ответить]

+/–

Добавить пользователя - ins_users.sh

       #!/bin/sh
       PGPASSWORD=postgres
       export PGPASSWORD
       sudo -u pgsql /usr/local/pgsql/bin/psql -A -q -t -c \
        "insert into user_accounts values ('$1', '$2', '$3', '$4', '$5', '$6',
       '$7')" mailbase
Получаецо не сущ таких путей

main# /etc/ins_users.sh
sudo: /usr/local/pgsql/bin/psql: command not found
Откуда это взялось?

7.115, SHRDLU (ok), 07:11, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
>main# /etc/ins_users.sh >sudo: /usr/local/pgsql/bin/psql: command not found >Откуда это взялось? Видимо, ошибся, когда текст правил перед отправкой сюда. Должно быть /usr/local/bin/psql, конечно. Странно, что только сейчас на это обратили внимание...

6.111, chosen (??), 02:38, 27/06/2007 [^] [^^] [^^^] [ответить]

+/–

в postfix все что дает "postconf | grep smtpd_sasl"

smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = no
smtpd_sasl_exceptions_networks =
smtpd_sasl_local_domain =
smtpd_sasl_path = /usr/local/lib/sasl2/smtpd.conf
smtpd_sasl_security_options = noanonymous
smtpd_sasl_tls_security_options = $smtpd_sasl_security_options
smtpd_sasl_type = cyrus

6.112, chosen (??), 03:08, 27/06/2007 [^] [^^] [^^^] [ответить]

+/–

да еще вопрос по установке cyrus-sasl-2.1.22

make WITHOUT_OTP=yes WITH_PGSQL=/usr/local/lib

по пути /usr/local/lib/ какие lib'ы postgresql'я должны лежать
у меня есть папка /usr/local/lib/postgresql/

а в Makefile есть:

.if defined(WITH_PGSQL)
USE_PGSQL= yes
CONFIGURE_ARGS+=--with-pgsql=${LOCALBASE}
.else
CONFIGURE_ARGS+=--without-pgsql
.endif

так вот на что должно указывать ${LOCALBASE}????

6.113, chosen (??), 05:52, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
ну и насколько понял sasl вообще не видит sql (далее строка из debug.log) Jun 27 12:45:14 beta postfix/smtpd[83216]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: sql

7.114, chosen (??), 06:56, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
спс запахало!!!!!

8.116, SHRDLU (ok), 07:14, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
И что было Потому как в конфигах криминала не вижу разве что пробел где лишний... текст свёрнут, показать

9.117, Ech (?), 13:06, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
что то у меня при команде telnet 192 168 0 25 25 , выдает следующее Trying 192 ... текст свёрнут, показать

10.118, SHRDLU (ok), 13:14, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
далее следует набирать smtp-команды ответы сервера помечены helo mail dom... текст свёрнут, показать

11.119, Ech (?), 13:21, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
логмэил Jun 27 15 15 51 main postfix master 937 warning process usr local l... большой текст свёрнут, показать

12.120, SHRDLU (ok), 13:35, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
Похоже, ты постфикс собрал без поддержки postgresql... текст свёрнут, показать

13.121, Ech (?), 14:36, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
ХМ странно, точно помню, что ставил галки на TLS и PGSQL Только, что посмотре... текст свёрнут, показать

14.122, Ech (?), 15:50, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
собрал с поддержкой postgres , при конекте с оутлука теперь в логах следующее J... большой текст свёрнут, показать

15.123, Ech (?), 18:35, 27/06/2007 [^] [^^] [^^^] [ответить]	+/–
А вот логфайл месенгера main postfix trivial-rewrite 2223 fatal pgsql usr lo... большой текст свёрнут, показать

16.124, SHRDLU (ok), 07:13, 28/06/2007 [^] [^^] [^^^] [ответить]	+/–
Сдается мне, ты и постгрес через jопу поставил и настроил Что это у тебя за п... текст свёрнут, показать

17.125, zeek (??), 12:32, 28/06/2007 [^] [^^] [^^^] [ответить]	+/–
Странное дело, по сути при получении почты выбирается строка из mailbox, и оттуд... текст свёрнут, показать

18.126, zeek (??), 12:52, 28/06/2007 [^] [^^] [^^^] [ответить]	+/–
разобрался, сама BSD клеит общее положение с наличием всех начальных слешей, и и... большой текст свёрнут, показать

17.127, Ech (?), 12:11, 04/07/2007 [^] [^^] [^^^] [ответить]	+/–
ниче не натворил все по статье, IPv6 зареймил, а вот на алиас сф чего то ругаеца... текст свёрнут, показать

18.128, SHRDLU (ok), 12:11, 06/07/2007 [^] [^^] [^^^] [ответить]	+/–
Чего-то он у тебя то на одно, то на другое ругается на мысли не наводит синт... текст свёрнут, показать

19.129, nikm (?), 12:08, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
Помогите пожалуйста с проблемой в SquirrelMail Все работает нормально, мочта хо... текст свёрнут, показать

20.130, Евгений (??), 12:35, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
По сути - при любом таком вот письме потрудись привести логи и соотв кусок ко... текст свёрнут, показать

21.131, nikm (?), 12:43, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
Я извиняюсь Вот кусок лога Aug 3 10 50 04 mail postfix smtpd 92177 connect ... текст свёрнут, показать

22.132, evgeniy1 (ok), 14:08, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
Система не хочет релеить письма от localhost domain com ua смотри настройки для ... текст свёрнут, показать

23.133, nikm (?), 14:13, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
как сказано в статье, только lo0 Подсети из которых почта принимается, не прох... текст свёрнут, показать

24.134, evgeniy1 (ok), 14:27, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
слушай, ты издеваешься или просто хочешь письмами покидаться Если покидаться, ... текст свёрнут, показать

25.135, nikm (?), 14:33, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
вот весь конфиг, какая его часть интересна я не знаю, поэтому высылаю весь кат... большой текст свёрнут, показать

26.136, evgeniy1 (ok), 15:06, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
Запомни на будущее - если задаешь такой вот вопрос, приводи конфиги сразу Обраб... текст свёрнут, показать

27.137, nikm (?), 15:35, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
gt оверквотинг удален сделал так smtpd_helo_restrictions permit_mynetworks,... текст свёрнут, показать

28.138, evgeniy1 (ok), 15:40, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
_Все_ restrictions измени, вписав в них mynetworks Хотя я ж сказал - так неп... текст свёрнут, показать

26.139, SHRDLU (ok), 15:42, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
добавь сюда permit_mynetworks и в mynetworks можешь загнать адреса своей локалки... текст свёрнут, показать

27.140, nikm (?), 15:52, 03/08/2007 [^] [^^] [^^^] [ответить]	+/–
ОГРОМНОЕ СПАСИБО Так в итоге и сделал, все работает буду смотреть теперь по ... текст свёрнут, показать

....большая нить свёрнута, показать (35)

1.141, Maritanna (ok), 12:31, 26/09/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Поднимаю сервер впервые Все делала по статье Столкнулась с такой ошибкой, точ... большой текст свёрнут, показать

2.143, SHRDLU (ok), 13:55, 26/09/2007 [^] [^^] [^^^] [ответить]	+/–
>Поднимаю сервер впервые. Все делала по статье. Столкнулась с такой ошибкой, >точнее даже рядом ошибок: >В логах целый букет: >Sep 26 11:27:39 gwsrv postfix/smtpd[3003]: connect from unknown[127.0.0.1] >Sep 26 11:28:01 gwsrv postfix/trivial-rewrite[3004]: warning: connect to pgsql server localhost: could >not connect to server: Connection refused??Is the server running on host >"localhost" and accepting??TCP/IP connections on port 5432?? Видно, что postfix не дружит с postgresql, соответственно, смотреть логи постгреса на предмет выяснения, как и под кем postfix пытается к нему приконнектиться, также проверить содержимое /usr/local/pgsql/data/pg_hba.conf

1.142, nowice (?), 12:55, 26/09/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
А возможно ли настроить этот сервер для того, чтобы еще и снаружи почту принимал?

2.144, SHRDLU (ok), 14:39, 26/09/2007 [^] [^^] [^^^] [ответить]	+/–
>А возможно ли настроить этот сервер для того, чтобы еще и снаружи >почту принимал? Да.

1.145, nowice (?), 14:48, 26/09/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Вопрос я задал не корректно. Мне нужно поставить сервер, который бы обрабатывал почту клиентов локальной сети, принимал от провайдера почту (сервер провайдера просто отсылает всю почту в локальную сеть) и рассылал по конкретным почтовым ящикам. Из прочтения данной статьи, я понял, что описываемая установка сервера будет работать только в локальной сети. Что нужно доработать под мою задачу?

2.146, SHRDLU (ok), 14:52, 26/09/2007 [^] [^^] [^^^] [ответить]

+/–

>Что нужно доработать под мою задачу?

Если я опять-таки все правильно понял, то под твою задачу нужно только установить и настроить fetchmail

1.147, nowice (?), 20:13, 27/09/2007 [ответить] [﹢﹢﹢] [ · · · ]

+/–

остановился на установке Postgrey...
вылетает с ошибкой:
Postgrey requires databases/p5-BerkeleyDB to be built with Berkeley DB 4.1 or newer. Please reinstall it with the WITH_BDB_VER set to 41 or newer.

поставил databases/db46 параметр WITH_BDB_VER указываю, пробовал поставить отдельно p5-BerkeleyDB... не ставится... вылетает та же ошибка.
что делать? 2 дня уже парюсь...

2.148, SHRDLU (ok), 21:20, 27/09/2007 [^] [^^] [^^^] [ответить]	+/–
>остановился на установке Postgrey... >вылетает с ошибкой: >Postgrey requires databases/p5-BerkeleyDB to be built with Berkeley DB 4.1 or newer. >Please reinstall it with the WITH_BDB_VER set to 41 or newer. >поставил databases/db46 параметр WITH_BDB_VER указываю, пробовал поставить отдельно p5-BerkeleyDB... не ставится... вылетает >та же ошибка. >что делать? 2 дня уже парюсь... А порты давно обновлялись? Помнится, последний раз когда ставил postgrey, он был уже версии 1.27 и было достаточно просто сказать make install безо всяких дополнительных параметров, а наиболее подходящую ему версию berkeleydb он без лишних вопросов собирал и ставил сам.

3.149, kirill (??), 00:20, 15/10/2007 [^] [^^] [^^^] [ответить]	+/–
Такая проблема: не до конца работает скрипт make_cleint_cert.pl Дело втом, что при записи в файл /etc/postfix/fingerprints выдается сообщение =: not found. Как я понял просто у скрипта не получается разбить строку

1.150, Алексей (??), 11:12, 26/10/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Первый раз ставлю почтовик. ставлю по статье и наткнулся на камень - прописал sasl в конфиге и вот такие сообщения валяться в логи, подскажите что такое Oct 26 00:04:07 mail-server postfix/smtpd[29898]: fatal: SASL per-process initialization failed Oct 26 00:04:08 mail-server postfix/master[4761]: warning: process /usr/local/libexec/postfix/smtpd pid 29898 exit status 1 Oct 26 00:04:08 mail-server postfix/master[4761]: warning: /usr/local/libexec/postfix/smtpd: bad command startup -- throttling Oct 26 00:05:08 mail-server postfix/smtpd[29902]: warning: SASL per-process initialization failed: generic failure Где собака порылась торможу и не могу понять где ковырять

1.151, bioX (?), 21:19, 28/10/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Доброго времени суток. Вопрос такой: возможно ли заставить squrrel mail корректно работать если почтарь и вебинтерфейс находятся физически на разных машинах. Лично я столкнулся с такой проблеммой: веб морда пускает в ящик, видно письма в ящике, но тоько кликаеш по любому элементу в веб морде - сразу выкидывает и пишет что я не залогинился. Инфы по этому поводу в инете найти не удалось. Помогите чем можете.

2.152, MiGus (?), 12:41, 16/11/2007 [^] [^^] [^^^] [ответить]	+/–
Собрал по инструкции, работает всё отлично, правда Squirrelmail не прикручивал за ненадобностью. Есть вопрос: а если я хочу несколько почтновых доменов обслуживать ? Как я понимаю, проблем не должно быть, достаточно добавить в транспорт дополнительные домены. И попутно: как для разных доменов делать групповые алиасы ? В случае с одним доменом всё просто - в таблицу user_aliases добавляется например запись office для ящиков bob@123.net и для pete@123.net - всё как бы работает, обоим приходит. А в случае если мне нужно алиас office@123.net (для bob@123.net и pete@123.net) и office@abc.com (ann@abc.com и для mary@abc.com)?

1.153, SiLex (?), 13:35, 27/11/2007 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Всё работает, но наткнулся на следующий косяк почтовые фаилы создаються с правами 600 (чтение запись для овнера), владелецем указан root\wheel, в следствии чего при попытке зобрать почту с сервера опера говорит "Сообщение не существует! [Ответ сервера:-ERR Can't open the message file - it's gone!]" потом я вручную делаю chmood 644 етому фаилу и почта проходит, в логах тишина говорит: юзер такойто афторизировался, юзер такойто логофнулся при этом никаких варнингов и ошибок :( зомучал сёдня гугл такое в печатление что такой щастливый токо я.

2.154, SiLex (?), 14:06, 27/11/2007 [^] [^^] [^^^] [ответить]	+/–
Всё проблема разрешилось, невнимательно гайд читал :)

3.163, nowice (?), 09:03, 04/02/2009 [^] [^^] [^^^] [ответить]

+/–

>Всё проблема разрешилось, невнимательно гайд читал :)

А по-подробнее? Где и что невнимательно прочитал? Такая-же проблема... :(

1.155, Zheka (?), 06:11, 13/12/2007 [ответить] [﹢﹢﹢] [ · · · ]

+/–

сделал все по доке, нормально воркает
есть пара но

у меня на старом сервере под кумылом имя пользователя это полностью название почтового ящика, в качестве смтп логина тож название почтового ящика.

в данном примере если указывать просто логин, то все работает если в базу забить в логин почтовый ящик идет отлуп, в бате
!13.12.2007, 11:51:16: SEND - Письмо не отправлено. Сервер сообщает: 5.7.1 <sea-jay@mail.ru>: Relay access denied

в логах сервера

Dec 13 12:02:18 mail postfix/smtpd[3766]: warning: SASL authentication failure: no secret in database
Dec 13 12:02:18 mail postfix/smtpd[3766]: warning: unknown[192.4.15.44]: SASL CRAM-MD5 authentication failed: authentication
failure
Dec 13 12:02:18 mail postfix/smtpd[3766]: NOQUEUE: reject: RCPT from unknown[192.4.15.44]: 554 5.7.1 <test@mail.ru>: Rela
y access denied; from=<test@mail.myhost.ru> to=<test@mail.ru> proto=ESMTP helo=<[192.4.15.44]>

методом экспериментов понял что ему не нравиться в логине символ "собачки" @

это можно как нибудь полечить?

2.157, pavel (??), 21:23, 28/02/2008 [^] [^^] [^^^] [ответить]

+/–

Подскажите пожалуйста, в чем проблема?

Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 mail.home.net ESMTP
helo localhost
250 mail.home.net
mail from: root@home.net
250 2.1.0 Ok
RCPT To: pavel@home.net
250 2.1.5 Ok
data
354 End data with <CR><LF>.<CR><LF>
fhfgh
fgh
.
250 2.0.0 Ok: queued as 06A9016B2ED
quit
221 2.0.0 Bye

В логах появляется это:

mail postfix/smtpd[1115]: connect from localhost[127.0.0.1]
mail postfix/smtpd[1115]: 06A9016B2ED: client=localhost[127.0.0.1]
mail postfix/cleanup[1136]: 06A9016B2ED: message-id=<20080228205551.06A9016B2ED@mail.home.net>
mail postfix/qmgr[845]: 06A9016B2ED: from=<root@home.net>, size=332, nrcpt=1 (queue active)
mail postfix/local[1138]: 06A9016B2ED: to=<pavel@home.net>, relay=local, delay=32, delays=32/0.03/0/0.02, dsn=5.1.1, status=bounced (unknown user: "pavel")
mail postfix/cleanup[1136]: AE4A316B2F5: message-id=<20080228205558.AE4A316B2F5@mail.home.net>
mail postfix/bounce[1139]: 06A9016B2ED: sender non-delivery notification: AE4A316B2F5
mail postfix/qmgr[845]: AE4A316B2F5: from=<>, size=2017, nrcpt=1 (queue active)
mail postfix/qmgr[845]: 06A9016B2ED: removed
mail postfix/local[1138]: AE4A316B2F5: to=<pavel@home.net>, orig_to=<root@home.net>, relay=local, delay=0.12, delays=0.07/0.01/0/0.04, dsn=5.1.1,status=bounced (unknown user: "pavel")
mail postfix/qmgr[845]: AE4A316B2F5: removed
mail postfix/smtpd[1115]: disconnect from localhost[127.0.0.1]

Уже проверял все, настройки и базу данных, но не могу понять, почему он его не видит.

1.158, pavel (??), 18:53, 04/03/2008 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Помогло добавление этих строчек,

local_transport = virtual
local_recipient_maps = $virtual_mailbox_maps

но в чем проблема именно у меня я пока не понял. Кто знает поясните.

1.159, pavel (??), 23:30, 04/03/2008 [ответить] [﹢﹢﹢] [ · · · ]

+/–

У меня опять проблема ((
При SMTP авторизации выдает
mail postfix/smtpd[1299]: SQL engine 'mysql' not supported
mail postfix/smtpd[1299]: auxpropfunc error no mechanism available
mail postfix/smtpd[1313]: SQL engine 'mysql' not supported
mail postfix/smtpd[1313]: auxpropfunc error no mechanism available

вот файл
vi /usr/local/lib/sasl2/smtpd.conf
pwcheck_method: auxprop
log_level:9
auxprop_plugin: sql
sql_engine: pgsql
sql_user: postfix
sql_password: postfix
sql_hostnames:127.0.0.1
sql_database: mailbase
sql_select: select smtppassword from user_accounts where smtplogin='%u'
sql_verbose: yes

наблюдается еще проблема, если не ставить в почтовом клиенте авторизацию, то письма легко проходят а, с ней (авторизацией) пишет ошибку описанную выше.. Помогите плизз

1.161, Vladimir (??), 12:04, 27/10/2008 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Как можно отправить e-mail всем пользователям домена? Есть домен @pupkin.ru, нужно что письма дошли всем на у кого почта *@pupkin.ru. Почтовая система postfix.

1.162, Georg Andreev (?), 10:51, 20/11/2008 [ответить] [﹢﹢﹢] [ · · · ]	+/–
В первую голову - спасибо автору статьи, удалось запустить почтовый сервисок на 30 юзеров как по нотам. Но ноты кончились, а кто нибудь ткнет носом как в данной схеме реализовать vacation? Или не так - как с этой схемы безболезненно перейти на LDAP?

1.164, Tailer (?), 11:10, 08/10/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
#!/bin/sh PGPASSWORD=postgres export PGPASSWORD sudo -u pgsql /usr/local/pgsql/bin/psql -A -q -t -c \ "insert into user_accounts values ('$1', '$2', '$3', '$4', '$5', '$6', '$7')" mailbase Выдает- /bin/sh: Event not found В чем проблема ?

1.165, grandy (ok), 01:48, 05/11/2009 [ответить] [﹢﹢﹢] [ · · · ]

+/–

доброго времени суток!
У меня проблема следующего характера.
При отправке писем на некоторые сервера(но не на все) происходит timeout при доставке.
Вот такое:
(host solidbud.com[74.53.28.130] said: 421 firehawk.websitewelcome.com SMTP incoming data timeout - closing connection. (in reply to end of DATA command))
(conversation with kms-ua.com[195.248.234.152] timed out while sending MAIL FROM)
(lost connection with mx.strefa.interia.pl[217.74.64.36] while sending message body)
(host mx2.id4.pl[194.114.145.8] said: 421 4.4.2 relay.id4.pl Error: timeout exceeded (in reply to MAIL FROM command))
(conversation with alt1.gmail-smtp-in.l.google.com[209.85.129.114] timed out while sending end of data -- message may be sent more than once)

Сначала думал что проблема в настройках Postfix'a и виставил вот такие значения переменных:
smtp_connect_timeout = 300s
smtp_data_done_timeout = 900s
smtp_data_init_timeout = 300s
smtp_data_xfer_timeout = 300s
smtp_helo_timeout = 300s
smtp_mail_timeout = 300s
smtp_rcpt_timeout = 300s

Но не помогло!
Начал копать в сторону настроек сети, ставил в sysctl.conf такое:
net.inet.tcp.rfc1323=0

И то не помогло.

Подскажыте пожалуйста где собака зарыта!
Спасибо!

1.166, grandy (ok), 12:25, 19/11/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Тут давно уже нет никого! Если есть откликнитесь.

1.167, KomaLex (ok), 07:43, 21/06/2010 [ответить] [﹢﹢﹢] [ · · · ]	+/–
У меня вопрос по сертификатам. Вот сделал я сертификат, как описанно в статье. Настроил все работает. По идее я думал этот сертификат нужно отдавать пользователю, у которого есть ящик на моем почтовом сервере. Настраиваю все так устанавливаю в клиент сертификат. А этот пользователь сам себе может письмо отправлять, а если я хочу отправить кому то другому письмо, то он пишет сертификата нет. Я наверно не совсем понял смысл этих сертификатов...

1.168, Дамир (??), 12:44, 24/08/2010 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Доброго времени суток, господа Админы!!! 2.4. Courier-Imap 4.0.6.1 - из портов Courier-IMAP будет исполнять роль POP3 и IMAP сервера. cd /usr/ports/mail/courier-imap make install Опции установки - OPENSSL и AUTH_PGSQL... Опция AUTH_PGSQL есть,а опции OPENSSL нет... Это нармально ?!, если нет, то как быть... заранее благодарен...

2.169, KomaLex (ok), 06:39, 16/09/2010 [^] [^^] [^^^] [ответить]

+/–

>Доброго времени суток, господа Админы!!!
>2.4. Courier-Imap 4.0.6.1 - из портов
>Courier-IMAP будет исполнять роль POP3 и IMAP сервера.
>cd /usr/ports/mail/courier-imap
>make install
>Опции установки - OPENSSL и AUTH_PGSQL...
>Опция AUTH_PGSQL есть,а опции OPENSSL нет...
>Это нармально ?!, если нет, то как быть... заранее благодарен...

Это нормально, поддержка в новых версиях включена по умолчанию.

3.170, Дамир (??), 08:27, 16/09/2010 [^] [^^] [^^^] [ответить]	+/–
>>Доброго времени суток, господа Админы!!! >>2.4. Courier-Imap 4.0.6.1 - из портов >>Courier-IMAP будет исполнять роль POP3 и IMAP сервера. >>cd /usr/ports/mail/courier-imap >>make install >>Опции установки - OPENSSL и AUTH_PGSQL... >>Опция AUTH_PGSQL есть,а опции OPENSSL нет... >>Это нармально ?!, если нет, то как быть... заранее благодарен... > >Это нормально, поддержка в новых версиях включена по умолчанию. Благодарю за исчерпывающий, лаконичный ответ!!! С уваженим,

1.171, Дамир (??), 14:13, 30/09/2010 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Доброе времени суток Госода, Админы у меня следующая проблема --------------... большой текст свёрнут, показать

игнорирование участников | лог модерирования

Добавить комментарий

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру