similar to: Double Maildir folders.

I found a problem with maildir++ quota. When dovecot creates maildirsize file, it counts quota wrong. This is, how I reproduce a situation on version 1.2.0: First, I remove maildirsize file: # cd /var/mail/test # rm -f maildirsize # ls -la total 32 drwx--S--- 5 mbox mbox 4096 Jul 12 20:45 . drwxrwsr-x 3 root mbox 4096 Jul 12 20:39 .. drwx--S--- 2 mbox mbox 4096 Jul 9 20:45 cur -rw------- 1 mbox

I have quotas setup with dovecot. Everything seems to be running fine. Values show up fine in mysql. I set up Roundcube to show quota amounts, this also works. For some reason it's showing the old value, I had upped a quot I assume that dovecot is reporting this wrong since roundcube talks to dovecot for its info. Imap debug info: [11-Sep-2013 15:57:47 +0000]: [5986] S: A0003 OK List

Just want to make sure before I set this up. I read that the autocreate plugin is deprecated and to use "Mailbox settings" as listed here http://wiki2.dovecot.org/MailboxSettings. If that is correct then do I just add those mailbox blocks in /etc/dovecot/conf.d/10-mail.conf? Lastly, will "sent items" auto populate with sent items or is there something else that needs to

I migrated from existing dovecot Maildir to dbox. After adding separator to the namespace it migrated all Inbox mails, but the other mailboxes like user-created ones and "Junk", "Sent" and so on has not been migrated. Any advice would be helpful, here is my dovconf: https://pastebin.com/rDSeBcLe My migration I made using: 1. Edit dovecot.conf with new mdbox and adding

I have this very strange problem with Dovecot spitting out a file permissions error but further testing seems to show it being an inaccurate message. POP3(username): maildir: data ~/Maildir POP3(username): maildir++: root =/home/ssb201/Maildir, index=, control=, inbox=/home/ssb201/Maildir POP3(username): stat(/home/username/Maildir/tmp) failed: Permission denied (euid=500(username)

On Mon, 16 Jan 2017 17:51:48 -0500 Bill Shirley <bill at KnoxvilleChristian.org> wrote: > > I've gotten errors like this when it was actually a selinux denial. If you're running > selinux, check those logs too. > OK, this is getting serious -- mail not getting delivered. No, I am not running selinux. Here is the error I get in the maillog: Jan 24 16:42:49 mail dovecot:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 How does dovecot handle sent items and is it possible to "process" them befor they get saved in the sent item folder? My scenario is that I'm running postifx + dovecot with all incoming and outgoing mail passed to a script that encrypts the mail with the public key of the recipient. The only place now that has unencrypted mail

Hi, I have been using this setup for years: mail_home = /var/mail/vhosts/%d/%n mail_location = maildir:~ I have since learned that mail_home and mail_location should be different. I plan to use this: mail_home = /var/mail/vhosts/%d/%n mail_location = maildir:~/mail I would like the transition to be transparent for my email clients. I don't want mail/directories/sieve_scripts to

Hello, How I can share a folder with dots when the listescape plugin is enabled? In this example user001 is sharing two foders named "docs-abc" and "docs-a.b.c" to user002. The first folder (without dots) is seen by user002 but the second is not found by dovecot because it search a system folder named ".docs-a.b.c" but the system folder is

Hello, I'm trying to migrate mail accounts from an old dovecot 1.0.15 to a new dovecot 2.2.26. I've set up a master-user on old dovecot, and I run dsync on new server, like this : # doveadm -D -o mail_fsync=never sync -R -u user at domain.tld imapc: my user at domain.tld looks like this (on the new server): # doveadm user user at domain.tld field value uid 2000 gid 2000 home

Hello list, I have a need for someone to point me in the right direction. Our old email system (system A) had an account that acted as a mailing list accumulator/archiver. This account was a member of every list and mail would be sent to it's address. The strange part is that email was not delivered to system A because there was a . (dot) forward alias to another machine (system B) that

>>>>> "Dave" == Dave <dave at techhosts.com> writes: Dave> On Thu, April 16, 2020 2:33 pm, John Stoffel wrote: >> Makes sense. I'm not a dovecot expert, but in terms of RHEL, have you >> checkd that the yum update didn't change file permissions, or enable >> selinux or do something like that? Dave> old (before upgrade) dir was like

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 26 Oct 2015, Julien Cubizolles wrote: > Steffen Kaiser <skdovecot at smail.inf.fh-brs.de> writes: > >> On Sun, 25 Oct 2015, Julien Cubizolles wrote: >> >>> Date: Sun, 25 Oct 2015 14:50:19 +0100 >>> From: Julien Cubizolles <j.cubizolles at free.fr> >>> To: dovecot at dovecot.org

Here's the output of 'doveconf -n': # 2.2.22 (fe789d2): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.13 (7b14904) doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf doveconf: Warning: Obsolete setting in /etc/dovecot/local.conf:21: ssl_parameters_regenerate should have 'hours' suffix # OS: Linux 4.4.0-124-generic x86_64

Hi, testing expire plugin I get an error message "User lookup failed": /usr/sbin/dovecot --exec-mail ext /usr/libexec/dovecot/expire-tool -test Error: userdb(lukas at manual.at) didn't return uid Info: User lookup failed: lukas at manual.at Info: gkaefer2 at manual.at/INBOX.Sent: stop, expire time in future: Wed Mar 31 14:38:33 2010 Reviewing the expires database I see simmilar

Steffen Kaiser <skdovecot at smail.inf.fh-brs.de> writes: > On Sun, 25 Oct 2015, Julien Cubizolles wrote: > >> Date: Sun, 25 Oct 2015 14:50:19 +0100 >> From: Julien Cubizolles <j.cubizolles at free.fr> >> To: dovecot at dovecot.org >> Subject: Can't access maildir with dovecot >> >> I'm a total newbie regarding imap servers. I'm

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 25 Oct 2015, Julien Cubizolles wrote: > Date: Sun, 25 Oct 2015 14:50:19 +0100 > From: Julien Cubizolles <j.cubizolles at free.fr> > To: dovecot at dovecot.org > Subject: Can't access maildir with dovecot > > I'm a total newbie regarding imap servers. I'm trying to set up a > Offlineimap/dovecot/Gnus

I'm a total newbie regarding imap servers. I'm trying to set up a Offlineimap/dovecot/Gnus system and Gnus complains that it cannot access the maildir... Here is my setup, put together by copying stuff from around the web without any prior knowledge of these tools... * Offlineimap is setup to use the $HOME/Maildir-free/, using --8<---------------cut

I couldn't find anything relevant between all the debug log lines. Is that in /var/log/mail.log? Here's the lines I think are related to creating and deleting the folder: > May 21 10:36:14 mond2 dovecot: imap(yg@****.de): Debug: Namespace : /var/mail/virtual/****.de/yg/.Test doesn't exist yet, using default permissions > May 21 10:36:14 mond2 dovecot: imap(yg@****.de): Debug:

On Thu, April 16, 2020 2:33 pm, John Stoffel wrote: > Makes sense. I'm not a dovecot expert, but in terms of RHEL, have you > checkd that the yum update didn't change file permissions, or enable > selinux or do something like that? old (before upgrade) dir was like this (from backup): drwx------ 2 dave dave 245760 Mar 10 16:56 cur -rw-rw-r-- 1 dave dave 48744 Mar 9 14:48