Всем привет!
Сейчас maildir определены так
virtual_mailbox_maps = hash:/etc/postfix/maildirs
Имеется ли возможность сделать так, чтобы Postfix сам определял куда класть почту, исходя из первой (до собаки) и второй (после собаки) частей почтового адреса.
То есть есть задача вообще уйти от
virtual_mailbox_maps = hash:/etc/postfix/maildirs
>Всем привет!
>Сейчас maildir определены так
>virtual_mailbox_maps = hash:/etc/postfix/maildirs
>Имеется ли возможность сделать так, чтобы Postfix сам определял куда класть почту,
>исходя из первой (до собаки) и второй (после собаки) частей почтового
>адреса.
>То есть есть задача вообще уйти от
>virtual_mailbox_maps = hash:/etc/postfix/maildirsМожно, использовать postfixadmin
>Можно, использовать postfixadminНе, это не вариант. 30000 почтовых ящиков
>>Можно, использовать postfixadmin
>
>Не, это не вариант. 30000 почтовых ящиковИ в чем проблема? Или по твоему для такого количества ящиков файл более удобный вариант?
>И в чем проблема? Или по твоему для такого количества ящиков файл
>более удобный вариант?А кто сказал, что я этот файл руками формирую? Просто по некоторым причинам нужно от этого файла вообще уйти
>А кто сказал, что я этот файл руками формирую?а как, силой мысли? :)
> Просто по некоторым причинам нужно от этого файла вообще уйти
ну тогда может назовешь эти причины, а то телепаты в отпуске
>ну тогда может назовешь эти причины, а то телепаты в отпускеНу какая разница, а? Ну формируется щас эта ботва скриптом на основе выгрузки из БД. Помогло это тебе?
ИМХО гораздо правильнее и логичнее чтобы почтарь сам знал куда класть почту на основании доменной и пользовательской части, чем держать эти данные в базе.
Уйти от этой схемы надо так как хранить maildir в базе более нельзя будет
>>ну тогда может назовешь эти причины, а то телепаты в отпуске
>
>Ну какая разница, а? Ну формируется щас эта ботва скриптом на основе
>выгрузки из БД. Помогло это тебе?
>
>ИМХО гораздо правильнее и логичнее чтобы почтарь сам знал куда класть почту
>на основании доменной и пользовательской части, чем держать эти данные в
>базе.
>Уйти от этой схемы надо так как хранить maildir в базе более
>нельзя будетНу а что мешает в скрипте сделать формирования пути на основании пользовательской и доменной частей? И опять таки, что мешает загнать всех пользователей в mysql (postfixadmin) там с этим проблем нет.
доставку в maildir отдать, например, dovecot'у:
наводка: http://h4rryblogs.blogspot.com/2009/03/tutorial-dovecot-and-...
>доставку в maildir отдать, например, dovecot'у:
>наводка: http://h4rryblogs.blogspot.com/2009/03/tutorial-dovecot-and-...За совет спасибо! В принципе, раскидывать почту в maildir это как раз задача LDA а не MTA. Однако по dovecot-у я нужного функционала не нашёл :(
>>доставку в maildir отдать, например, dovecot'у:
>>наводка: http://h4rryblogs.blogspot.com/2009/03/tutorial-dovecot-and-...
>
>За совет спасибо! В принципе, раскидывать почту в maildir это как раз
>задача LDA а не MTA. Однако по dovecot-у я нужного функционала
>не нашёл :(
В общем, всё получилось так как и планировалось. Спасибо
рад успеху!!! :)
>доставку в maildir отдать, например, dovecot'у:
>наводка: http://h4rryblogs.blogspot.com/2009/03/tutorial-dovecot-and-...А толку Dovecot ведь тоже надо будет указать откуда брать список ящиков. Меняем шило на мыло
http://wiki.dovecot.org/MailLocationYou can use several variables in the mail_location setting. See Variables for a full list, but the most commonly used ones are:
*
%u: Full username.
*
%n: User part in user@domain, same as %u if there's no domain.
*
%d: Domain part in user@domain, empty if there's no domain.
>[оверквотинг удален]
>You can use several variables in the mail_location setting. See Variables for
>a full list, but the most commonly used ones are:
> *
> %u: Full username.
> *
> %n: User part in user@domain, same
>as %u if there's no domain.
> *
> %d: Domain part in user@domain, empty
>if there's no domain.я не об этом говорил. Где хранить список валидных пользователей?! Например отправляют письмо на nonexist_user@domain.com и что тогда, dovecot его положит в /var/spool/mail/domain.com/nonexist_user ?!