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

Я использую голубятню 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.

2
задан 4 December 2014 в 21:00
1 ответ

Если вы хотите использовать формат 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 для этой папки.

0
ответ дан 3 December 2019 в 14:54

Теги

Похожие вопросы