> Если б уговорить deliver не менять uid/gid, проблему удалось бы решить.
> Точно нет способа это сделать? Или есть другие варианты, которых я не вижу?
Решение найдено, но на грани извращения (или уже за гранью ;) ):
# cat /etc/dovecot/dovecot.conf
protocols = pop3
shutdown_clients = yes
ssl_disable = yes
mail_extra_groups = mail
first_valid_uid = 8
last_valid_uid = 1000
first_valid_gid = 12
last_valid_gid = 1000
mail_location = mbox:/data/mail/%u
mbox_min_index_size = 0
lock_method = fcntl
protocol pop3 {
pop3_uidl_format = %08Xu%08Xv
}
protocol lda {
postmaster_address = [EMAIL PROTECTED]
auth_socket_path = /var/run/dovecot/auth-master
}
auth default {
mechanisms = plain
passdb pam {
}
passdb passwd-file {
args = /etc/dovecot/dovecot.passwd
}
userdb static {
args = uid=8 gid=12 home=/data/mail/%u allow_all_users=yes
}
user = root
socket listen {
master {
path = /var/run/dovecot/auth-master
mode = 0666
}
}
}
Таким макаром deliver доставляет все, что бы ни попросили :) Контроль
(не доставлять тем пользователям, которых нет) возлагается на
local_recipient_maps, при этом он не действует при доставке через
pipe-интерфейс sendmail ;) Может я чего забыл и еще дырки есть?
--
С уважением, Прокопьев Евгений
_______________________________________________
Sysadmins mailing list
[email protected]
https://lists.altlinux.org/mailman/listinfo/sysadmins
