- dovecot - dovecot.org

[Dovecot] Dovecot antispam (X-DSPAM-Signature)
by Isabel Estêvão 23 Jul '08

23 Jul '08

Hi Which dovecot-antispam backend (must allow the movement of mail into SPAM folder) integrates with amavis and spamassassin? Regards, Isabel

2 1

Re: [Dovecot] Dovecot antispam (X-DSPAM-Signature)
by Isabel Estêvão 23 Jul '08

23 Jul '08

Hello, If I use dovecot as LDA how do I move old mails without signature? Regards, Isabel Michael A. Revenko wrote: > Hello, isabel.estevao! > You wrote to <dovecot(a)dovecot.org> on Wed, 23 Jul 2008 17:26:54 +0100: > > ie> I recently installed an IMAP server with dovecot and the dovecot > ie> antispam plugin with dspam backend. > > ie> If I configure dspam to not include the signature in the > ie> X-DSPAM-Signature header will I be able to move mail into SPAM > folder? > > ie> Regards, > > It is possible in case you are using dovecot as LDA and cmusieve > plugin for dovecot LDA > > With best regards, Michael A. Revenko. E-mail: mike(a)mrgfd.org.ua >

1 0

[Dovecot] \HasNoChildren versus \Noinferiors in ACL plugin and no CREATE permission
by Heiko Schlichting 23 Jul '08

23 Jul '08

Hi, using ACL plugin with dovecot 1.1.1 I expected that a Maildir was listed as * LIST (\NoInferiors) "/" "Foldername" if "create" (k) permission is not set in ACLs and there doesn't exists any subfolders. But to my surprise, dovecot gives the following output: * LIST (\HasNoChildren) "/" "Foldername" Therefore the client (here: SquirrelMail) does not know about the inability to create subfolders and offers "Foldername" in the selection for the parent folder. If there are exists already subfolders of "Foldername", dovecot has to use \HasChildren and not \NoInferiors. But in other cases \NoInferiors should be the correct answer and not \HasNoChildren. Or am I totally wrong? Heiko Heiko Schlichting Freie Universität Berlin heiko(a)FU-Berlin.DE Zentraleinrichtung für Datenverarbeitung (ZEDAT) Telefon +49 30 838-54327 Fabeckstraße 32 Telefax +49 30 838454327 14195 Berlin

2 3

[Dovecot] Mailbox_module_context question
by Daniel Brosseau 23 Jul '08

23 Jul '08

Hi, I am new to the dovecot source and would like to know why the mailbox_module_context has a pointer to the mail_storage_module_register and not to a mailbox_module_register. From what I have understood, if a context is first added to the mailbox.module_contexts array using the mail_storage_module_register and then a context is added to the mail_storage.module_contexts and then a third context is again added to the mailbox.module_contexts the mail_storage_module_register.id will be 3 and the second element in the mailbox.module_context will be unused and the first and third elements of the mail_storage.module_contexts are unused. There might be something I am not understanding here so please forgive me if my question has an obvious answer. Daniel

2 1

[Dovecot] Squat indexing a Maildir of over 600 GB?
by John Wells 23 Jul '08

23 Jul '08

Guys, We have a very large maildir for email auditing purposes. It's currently at 600 GB and continues to grow. Can dovecot handle this with squat indexing, or am I out of my mind? Thanks! John

2 5

[Dovecot] openbsd macppc
by Scott Murman 23 Jul '08

23 Jul '08

i run my server (web, email, calendar, etc.) off a mac mini ppc. it's a beautiful thing for our modest needs (quiet, low power, stable), but i'm looking at switching it to a vanilla bsd. has anyone tried dovecot on an openbsd (or similar) install for macppc? -SM-

4 3

[Dovecot] 1.1.1-1 gotcha with Fedora Rawhide package
by Kenneth Porter 23 Jul '08

23 Jul '08

I just installed the Rawhide package on my CentOS 5 system. The one item that bit me is that the config file defaults to using interface "[::]" so it only listens on IPv6. (This is from a patch in the package that changes the upstream default of "*", so it only affects those using the Fedora package.) For those wanting to track the issue, here's the Bugzilla: <https://bugzilla.redhat.com/show_bug.cgi?id=453054> I rebuilt the package from the source RPM, to make sure it was "tuned" to the C5 distro. I got the source RPM here, from the Portland State mirror: <http://mirrors.cat.pdx.edu/fedora/linux/development/source/SRPMS/dovecot-1.…> Here's a full list of Rawhide mirrors: <http://mirrors.fedoraproject.org/publiclist/Fedora/development/> If you'd like to see all Red Hat bugs associated with dovecot, here's a suitable query: <https://bugzilla.redhat.com/buglist.cgi?component=dovecot>

4 6

[Dovecot] 1.0.14 -> 1.1.1: dovecot-uidlist errors
by Amitai Schlair 23 Jul '08

23 Jul '08

I've just updated from 1.0.14 to 1.1.1 (Maildirs). According to <URL:http://wiki.dovecot.org/Upgrading/1.1>, "dovecot-uidlist file is in a new format. The old format is automatically converted to new one." When I try to delete a message (which moves it to the IMAP Trash folder), I get the following looping sequence of errors until I cancel the delete operation in the mail client: ----- Jun 24 12:22:13 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:13 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:13 chicken-ac dovecot: child 5170 (imap) killed with signal 6 Jun 24 12:22:14 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:16 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:16 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:16 chicken-ac dovecot: child 27601 (imap) killed with signal 6 Jun 24 12:22:17 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:19 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:19 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:19 chicken-ac dovecot: child 29637 (imap) killed with signal 6 Jun 24 12:22:20 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:22 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:22 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:22 chicken-ac dovecot: child 9143 (imap) killed with signal 6 Jun 24 12:22:22 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:23 chicken-ac dovecot: IMAP(schmonz): Connection closed bytes=45/352132 Jun 24 12:24:23 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS ----- Alternatively, sometimes I get an error dialog in the mail client: "The current command did not succeed. The mail server responded: BUG: Unknown internal error." Have I done something wrong? Can I provide more information to help narrow this down? Thanks, - Amitai

5 10

[Dovecot] Namespaces
by Jason Frisvold 22 Jul '08

22 Jul '08

Hi all, I'm working to convert from a bincIMAP setup to a Dovecot setup. I've tried messing around with namespaces to make the conversion transparent, but I'm getting nowhere. Are namespaces necessary? Or can I proceed by recursively renaming the folders on the server? A transparent solution would be wonderful, but I can't get it to work for me.. Any help would be appreciated. Thanks! -- Jason 'XenoPhage' Frisvold XenoPhage0(a)gmail.com http://blog.godshell.com

2 3

[Dovecot] Sieve plugin should recompile when symbolic link changes [patch]
by Frank Behrens 22 Jul '08

22 Jul '08

The sieve plugin compares the modification dates of sieve source and compiled script and compiles the script only if necessary. When the managesieve extension is used, it creates a symbolic link for the script. In order to switch between scripts managesieve changes the link only. Therefore the sieve plugin should include the modification date of an symlink in its decision about compilation. The attached patch adds this functionality. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available.

2 2