Я использую dovecot 2.2.13 на Gentoo 64bit.
Когда приходит новое электронное письмо, оно остается в новом каталоге /, а не перемещается в каталог cur /. Я читал это maildir_empty_new = yes
был добавлен в /etc/dovecot/conf.d/10-mail.conf
но это не работает. Нужно ли мне раскомментировать что-то еще, чтобы это сработало (или прокомментировать что-то еще)?
Это важно для меня, потому что dovecot-uidlist обновляется следующим UID только тогда, когда я проверяю новую электронную почту с помощью своего почтового клиента. У меня есть скрипт procmail pipe, и мне нужен следующий uid (который я получаю при синтаксическом анализе dovecot-uidlist).
Может я смогу использовать doveadm
вместе с моим скриптом pipe, чтобы перейти от new / к cur /, а затем обновить dovecot-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
}
ОБНОВИТЬ
Я нашел это на сайте dovecot:
Каталоги ~ / Maildir / new, ~ / Maildir / cur и ~ / Maildir / tmp содержат сообщения для INBOX. Каталог tmp используется во время доставки, новые сообщения поступают как новые, а прочитанные должны перемещаться клиентами в cur.
Таким образом, похоже, что перемещение нового сообщения в cur не является поведением dovecot по умолчанию.
Было бы здорово, если бы я мог как-то сделать это вручную, но с обновлением dovecot-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
. Когда я забираю почту, голубятню переместите их в $HOME/Maildir/new
и добавляет :2,
к имени файла. Когда файл читается, добавляются флаги. Мне не нужно знать uid голубятни для обработки сообщений. У меня есть procmail, фильтрующий почту в другие почтовые ящики, и они хорошо обрабатываются, не зная UID dovecot для этой папки.