Postfix (admin), Dovecot, MySQL: не работают псевдонимы

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

Изменить :

SELECT username as user, password, '/var/mail/%d/%n' as userdb_home, 'maildir:/var/mail/%d/%n' as userdb_mail, 5000 as userdb_uid, 5000 as userdb_gid FROM mailbox WHERE username = '%u' AND active = '1'

Кому:

password_query = SELECT email as user, password, '/var/mail/%d/%n' as userdb_home, 'maildir:/var/mail/%d/%n' as userdb_mail, 5000 as userdb_uid, 5000 as userdb_gid FROM virtual_users WHERE email=(SELECT destination FROM virtual_aliases WHERE source = '%u');

Очевидно, что имена БД и таблиц могут отличаться. AND active = '1' в этом нет необходимости, так как это не таблица почтового ящика ..

Не обращайте внимания на мой первый ответ (ниже) - он работает, но, вероятно, не является хорошим решением.

Есть ли шанс, что у вас есть receive_override_options = no_address_mappings в вашем Postfix main.cf или master.cf.

У меня это было как -o receive_override_options = no_address_mappings как для SMTP, так и для порта отправки. (У меня он еще для DSpam).

Если вы удалите его, Postfix сообщает Dovecot, какому пользователю он должен доставить почту:

userdb { 
    driver = sql
    args = /etc/dovecot/dovecot-sql.conf
}

/etc/dovecot/dovecot-sql.conf:

user_query = SELECT maildir, 5000 AS uid, 5000 AS gid FROM mailbox, domain WHERE username = '%u' AND mailbox.active = '1' AND domain.domain = '%d' AND domain.active = '1'

Таким образом, Dovecot может знать, какие учетные записи действительно существуют (и имеют почтовые каталоги), а Postfix сообщает Dovecot, какой учетной записи сопоставляется адрес.

Вы пробовали allow_all_users = yes в /etc/dovecot/conf.d/auth-sql.conf.ext

userdb {
  driver = static
  args = uid=vmail gid=vmail allow_all_users=yes home=/var/mail/%d/%n
}

Может потребоваться символическая ссылка на псевдонимов пользователей / доменов

cd /var/mail
ln -s domain.tld alias_domain.tld
or
ln -s domain.tld/user domain2.tld/user_alias

что делает его не таким элегантным, как рабочий SQL-запрос userdb для dovecot ...

userdb { 
    driver = sql
    args = /etc/dovecot/dovecot-sql.conf
}

Лучшее, что у меня есть, это:

user_query = SELECT maildir, 5000 AS uid, 5000 AS gid FROM mailbox, domain WHERE local_part = '%u' AND domain.domain = '%d';

(при условии 5000: 5000 = vmail: vmail)

что, по крайней мере, заставляет user_aliases работать (мне не удается заставить псевдонимы пользователей работать с псевдонимами доменов)

Postbox будет правильно отклонять неизвестных виртуальных пользователей из-за множества SQL-запросов, предоставляемых Postfixadmin, но в SQL-запросе userdb, предоставленном для dovecot, отсутствуют таблицы alias и alias_domain, и я недостаточно хорошо разбираюсь в SQL, чтобы исправить это.

Чтобы убедиться, что ваш псевдоним работает правильно, вы можете попробовать проверить свой MySQL прямо в первую очередь.

Из вашего журнала я не вижу попыток доставки на ваш почтовый ящик

Выбрать goto из псевдонима

Для псевдонима вы должны увидеть что-то подобное в своем журнале

29 06:46:59 mail postfix/local[15339]: A8967BF907: to=<yourmailbox@domain.com>, orig_to=<youralias@domain.com>, relay=local, delay=1.1, delays=1/0.02/0/0.11, dsn=2.0.0, status=sent (delivered

Глядя на свой журнал, похоже, что это псевдоним вашего адреса Gmail.

Отредактировано Я прочитал ваш комментарий и смоделировал тот же сценарий. Если вы проследите свой ход, вы должны увидеть в своем журнале следующее.

Jun 29 08:15:31 mail postfix/qmgr[9259]: D803DC04BD: from=<someone@gmail.com>, size=741, nrcpt=2 (queue active)
Jun 29 08:15:31 mail postfix/smtpd[18918]: disconnect from micro.sg[128.199.136.21] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Jun 29 08:15:31 mail dovecot: lda(someone@domain.com): msgid=<ee6c9f45452e0afa0b7028fccc380362@domain.com>: saved mail to INBOX
Jun 29 08:15:31 mail postfix/pipe[18984]: D803DC04BD: to=<name@domain.com>, orig_to=<alias@domain.com>, relay=dovecot, delay=0.06, delays=0.01/0.01/0/0.03, dsn=2.0.0, status=sent (delivered via dovecot service)
Jun 29 08:15:33 mail postfix/smtp[18941]: D803DC04BD: to=<your-personal@gmail.com>, orig_to=<alias@domain.com>, relay=gmail-smtp-in.l.google.com[74.125.200.27]:25, delay=1.4, delays=0.01/0/0.87/0.49, dsn=2.0.0, status=sent (250 2.0.0 OK 1467202533 f205si352653oib.152 - gsmtp)
Jun 29 08:15:33 mail postfix/qmgr[9259]: D803DC04BD: removed

обратите внимание, было 2 разных вызова и доставки по smtp. Не могли бы вы проверить и убедиться, что ваша доставка в локальный почтовый ящик проверяется администратором постфикса. См. Экран postfixadmin -> Виртуальный список -> Почтовый ящик -> Псевдоним. Вы должны проверить местный почтовый ящик

Если вы установили флажок выше, значит, это другой набор проблем.