Я использую голубятню 2.2.13 на хинду 64 бита.
Когда новая электронная почта прибывает, это остается в новом / каталоге вместо этого, чтобы быть перемещенным к дворняге / каталог. Я считал это maildir_empty_new = yes
был добавлен к /etc/dovecot/conf.d/10-mail.conf
но это не работает. Я должен не прокомментировать что-то еще также в порядке это, чтобы работать (или прокомментировать что-то еще)?
Это важно для меня, потому что голубятня-uidlist обновляется со следующим UID только, когда я проверяю новую электронную почту со своим почтовым клиентом. У меня есть некоторый сценарий канала procmail, и мне нужен следующий uid (который я получаю путем парсинга голубятни-uidlist).
Возможно, я могу использовать doveadm
наряду с моим сценарием канала, чтобы переместиться от нового / до дворняги / и затем обновить голубятню-uidlist.
Это - мой dovecot -n
:
# 2.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 3.16.5-gentoo x86_64 Gentoo Base System release 2.2
auth_mechanisms = plain login digest-md5
first_valid_gid = 500
last_valid_gid = 2000
last_valid_uid = 2000
login_greeting = Santa server is ready.
mail_gid = vmail
mail_location = /var/vmail/%d/%n/:INDEX=/var/vmail/%d/%n/indexes
mail_uid = vmail
maildir_empty_new = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave duplicate
namespace inbox {
inbox = yes
location =
mailbox Drafts {
special_use = \Drafts
}
mailbox Junk {
special_use = \Junk
}
mailbox Sent {
special_use = \Sent
}
mailbox "Sent Messages" {
special_use = \Sent
}
mailbox Trash {
special_use = \Trash
}
prefix =
}
passdb {
args = /etc/dovecot/dovecot-sql.conf.ext
driver = sql
}
plugin {
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
service auth-worker {
user = vmail
}
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0666
user = postfix
}
unix_listener auth-userdb {
group = vmail
mode = 0666
user = vmail
}
}
service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0666
user = postfix
}
}
ssl_ca = </etc/ssl/dovecot/server.in.crt
ssl_cert = </etc/ssl/dovecot/server.csr.rapid
ssl_key = </etc/ssl/dovecot/server.key.rapid
ssl_key_password = pass
userdb {
args = /etc/dovecot/dovecot-sql.conf.ext
driver = sql
}
ОБНОВЛЕНИЕ
Я нашел это на веб-сайте голубятни:
~/Maildir/new, ~/Maildir/cur и ~/Maildir/tmp каталоги содержат сообщения для ЯЩИКА ВХОДЯЩИХ СООБЩЕНИЙ. tmp каталог используется во время доставки, новые сообщения прибывают в новый и читают, буду перемещен к дворняге клиентами.
Так это швы, что перемещение нового сообщения дворняге не является поведением голубятни по умолчанию.
Было бы замечательно, если я мог бы так или иначе сделать это вручную затем, но с обновлением голубятни-uidlist.
Если вы хотите использовать формат maildir, вам необходимо указать это в вашей конфигурации. Попробуйте изменить:
mail_location = /var/vmail/%d/%n/:INDEX=/var/vmail/%d/%n/indexes
на:
mail_location = maildir:/var/vmail/%d/%n/:INDEX=/var/vmail/%d/%n/indexes
Я использую procmail с MAILDIR, указанным как $ HOME / Maildir /
. Почта доставляется на $ HOME / Maildir / new
с такими именами, как 1417748317.25141_1.myhost
. Когда я забираю почту, dovecot перемещает их в $ HOME / Maildir / new
и добавляет : 2,
к имени файла. Когда файл читается, добавляются флаги. Мне не нужно знать uid голубятни, чтобы обрабатывать сообщения. У меня есть procmail, фильтрующий почту в другие почтовые ящики, и они хорошо обрабатываются, не зная UID dovecot для этой папки.