Назад | Перейти на главную страницу

Почему dovecot 2.2.13 не перемещает электронные письма с нового / на cur /?

Я использую 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 для этой папки.