- dovecot - dovecot.org

[Dovecot] User data over Mysql
by Andrew Velikoredchanin 22 Mar '06

22 Mar '06

Hi, all! What I need set in dovecot config (dovecot-mysql.conf) for get home dir and mailbox file path from mysql DB? dovecot 0.99.11 Thanks.

1 0

[Dovecot] procmail 1
by Joakim Verona 22 Mar '06

22 Mar '06

-- Joakim Verona www.verona.se

1 0

RE: [Dovecot] Shared namespaces
by Mark Lidstone 22 Mar '06

22 Mar '06

Hi Curtis, Aye, I have read the wiki. I was pretty surprised this wasn't covered to be honest. Well, I've tried playing with the umask setting (thanks for the suggestion Channing) and changing the index locations (thanks Curtis), but no joy. I'm just about to start digging into the source to see if it's something I can sort out myself. Many thanks everyone, Mark Lidstone -----Original Message----- From: dovecot-bounces(a)dovecot.org [mailto:dovecot-bounces@dovecot.org]On Behalf Of Curtis Maloney Sent: 19 March 2006 22:51 To: Mark Lidstone Cc: dovecot(a)dovecot.org Subject: Re: [Dovecot] Shared namespaces Mark Lidstone wrote: > Hi all, > > I logged with Thunderbird as user 1 and everything seems to work fine. However, when I logged in as user 2 I was getting all kinds of errors. On checking the permissions of /home/public/Maildir/subscriptions it was user1:user1 with mode 600. Just a thought, but have you tried setting the INDEX location in the default_mail_env ? I'm not certain, but I believe the subscriptions file is included in the INDEX set, and by setting its location elsewhere, you would prevent it from being inside the Maildir. This would prevent ownership hijacking, AND let everyone have their own subscriptions. I'm not certain of this, so either someone else can fill in the details, or you could check the source (and please report your findings:) > To be perfectly honest, I'd ideally like to give people separate subscription settings anyway. I thought about symlinking the folders in, but that makes it a manual process to add new folders to everyone's maildirs. Of course, I'm assuming you've read the Wiki (it looks like you have...) -- Curtis Maloney cmaloney(a)cardgate.net CONFIDENTIAL The information contained in this e-mail and any attachment is confidential. It is intended only for the named addressee(s). If you are not the named addressee please notify the sender immediately and do not disclose, copy or distribute the contents to any other person other than the intended addressee(s). VIRUSES The contents of an attachment to this e-mail may contain software viruses which could damage your own computer system. While BMT Nigel Gee and Associates Ltd has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening the attachment.

1 0

[Dovecot] Dovecot 1.0 beta3 and SUBSCRIBE
by Bertrand Leboeuf 21 Mar '06

21 Mar '06

Using: default_mail_env = mbox:~/mail:INBOX=/var/mail/%u:INDEX=/var/indexes/%u I have a ~/mail/.subscriptions file (copied from .mailboxlist) Using: telnet localhost 143 a04 LSUB "" "*" => works fine, gives the list of subscribed folders a05 LIST "" * => works fine, gives the list of all folders a06 SUBSCRIBE "test" => deletes the ~/mail/.subscriptions file, it never gets recreated and LSUB gives an empty list after that. Any clues Bertrand Leboeuf

2 1

[Dovecot] Startup script
by Tom Sommer 21 Mar '06

21 Mar '06

Hi, Anyone have a nice startup script for /etc/init.d for Fedora, maybe it could be bundled? Regards -- Tom Sommer http://tomsommer.dk

3 3

[Dovecot] SquirrelMail 1.4.6 and Dovecot 1.0.beta3 Folders
by Bertrand Leboeuf 21 Mar '06

21 Mar '06

I migrated from UW IMAP, copied ~/.mailboxlist to ~/mail/.subscritions When I access SquirrelMail, is sees the folders on the left side. If I modifiy my folder subscription, they dissappear all but INBOX, and the .subscriptions file gets deleted. What am I missing. Thanks Bertrand Leboeuf

2 2

[Dovecot] compilation and installation of dspam-plugin
by Stefan Schmidt 21 Mar '06

21 Mar '06

hello johannes, i just discovered your wonderful plugin for dovecot. it was pretty much exactly what i was looking for, only that i didn't know that yet :) "Instead of moving mail into special folders, the user has two actions available: moving it out of the SPAM folder and moving it into the SPAM folder. The dovecot plugin watches these actions [...] and tells dspam that it made an error and needs to re-classify the message, depending on the action the user took. The user can now move the message directly into whatever folder she choses, and it all works. [...]" i think this is the most usable and intuitive approach to dspam-training i have seen so far and would love to integrate dspam with this plugin into my current setup (postfix + maildrop + dovecot). i have installed dovecot via package from the debian stable section [1] therefore i am currently using version 0.99.14 in my setup. despite this difference in version i gave your betacode [2] a try together with the source of the corresponding dovecot-version [3], hoping it wouldn't crash and burn when used with my earlier version of dovecot. but i didn't get to the point where i could actually testdrive it. i tried compiling the plugin with the instructions contained in the file, but the compilation didn't suceed. ---------------------------------------------------------------------- stefan@myserver:~/sources/dovecot-dspam-plugin/dovecot-1.0.beta3/plugin$ gcc -fPIC -shared -Wall -I../src/ -I../src/lib -I.. -I../src/lib-storage -I../src/lib-mail -I../src/lib-imap -I../src/imap/ -DHAVE_CONFIG_H spam_plugin.c -o spam_plugin.so In file included from ../src/imap/common.h:4, from spam_plugin.c:32: ../src/lib/lib.h:6:22: config.h: No such file or directory In file included from ../src/lib/lib.h:23, from ../src/imap/common.h:4, from spam_plugin.c:32: ../src/lib/compat.h:31:4: #error uoff_t size not set In file included from /usr/include/sys/socket.h:35, from ../src/lib/compat.h:80, from ../src/lib/lib.h:23, from ../src/imap/common.h:4, from spam_plugin.c:32: /usr/include/bits/socket.h:36: error: conflicting types for `socklen_t' ../src/lib/compat.h:51: error: previous declaration of `socklen_t' In file included from /usr/include/netinet/in.h:23, from ../src/lib/compat.h:81, from ../src/lib/lib.h:23, from ../src/imap/common.h:4, from spam_plugin.c:32: /usr/include/stdint.h:111: error: conflicting types for `uint_fast32_t' ../src/lib/compat.h:46: error: previous declaration of `uint_fast32_t' /usr/include/stdint.h:141: error: conflicting types for `uintmax_t' ../src/lib/compat.h:38: error: previous declaration of `uintmax_t' In file included from ../src/lib/lib.h:23, from ../src/imap/common.h:4, from spam_plugin.c:32: ../src/lib/compat.h:107: error: redefinition of `struct iovec' In file included from ../src/imap/commands.h:6, from ../src/imap/client.h:4, from ../src/imap/common.h:5, from spam_plugin.c:32: ../src/lib-storage/mail-storage.h:435: error: syntax error before "mail_get_virtual_size" ../src/lib-storage/mail-storage.h:435: warning: type defaults to `int' in declaration of `mail_get_virtual_size' ../src/lib-storage/mail-storage.h:435: warning: data definition has no type or storage class ../src/lib-storage/mail-storage.h:438: error: syntax error before "mail_get_physical_size" ../src/lib-storage/mail-storage.h:438: warning: type defaults to `int' in declaration of `mail_get_physical_size' ../src/lib-storage/mail-storage.h:438: warning: data definition has no type or storage class In file included from ../src/imap/commands.h:7, from ../src/imap/client.h:4, from ../src/imap/common.h:5, from spam_plugin.c:32: ../src/lib-imap/imap-parser.h:45: error: syntax error before "uoff_t" ../src/lib-imap/imap-parser.h:45: warning: no semicolon at end of struct or union ../src/lib-imap/imap-parser.h:45: warning: no semicolon at end of struct or union ../src/lib-imap/imap-parser.h:47: error: syntax error before '}' token ../src/lib-imap/imap-parser.h:47: warning: type defaults to `int' in declaration of `_data' ../src/lib-imap/imap-parser.h:47: warning: data definition has no type or storage class ../src/lib-imap/imap-parser.h:48: error: syntax error before '}' token ../src/lib-imap/imap-parser.h:72: error: field `args' has incomplete type ../src/lib-imap/imap-parser.h:125: error: syntax error before "_imap_arg_literal_size_error" ../src/lib-imap/imap-parser.h:125: warning: type defaults to `int' in declaration of `_imap_arg_literal_size_error' ../src/lib-imap/imap-parser.h:125: warning: data definition has no type or storage class ---------------------------------------------------------------------- just in case it matters: i currently have gcc 3.3.5 installed. greetings, stefan [1] http://packages.debian.org/stable/mail/dovecot-common [2] http://snipurl.com/nvol [3] http://www.dovecot.org/releases/dovecot-1.0.beta3.tar.gz

2 2

[Dovecot] [patch] support tpop3d-style UIDLs
by Ben Winslow 20 Mar '06

20 Mar '06

Hello, I've attached a patch that adds an additional expando to pop3_uidl_format. The additional expando (%M) expands to the md5sum of the filename (which is already available via %f.) This UIDL style is compatible with tpop3d when using Maildir. The patch is against dovecot 1.0 beta3, and I'd love to see it be merged into the official tree. Comments welcome. -- Ben Winslow <rain(a)bluecherry.net>

1 0

Re: [Dovecot] LDA Sieve debugging
by Luca Corti 20 Mar '06

20 Mar '06

On Mon, 2006-03-20 at 13:25 -0500, Duncan Hutty wrote: > try using "if header :contains" instead of address. I've tried that. Unfortunately it does not work. I've also removed the compiled version of the sieve script hoping that it was not recompiled after the changes. I noticed it is not recompiled even if permissions are correct on the file AND directory. I really do not understand what this could be. thanks -- Luca Corti PGP Key ID 1F38C091 BOFH excuse of the moment: nesting roaches shorted out the ether cable

1 0

Re: [Dovecot] VERY cool add-on request.
by Johannes Berg 20 Mar '06

20 Mar '06

On Sat, 2006-03-18 at 09:25 -0500, David A. Lee wrote: > You refered to a specific one for dspam. > Would it be easy to generalize ? Yes, shouldn't be too hard. But the plugin also looks at headers etc. which would be very hard to capture in a config file. Well, not impossible, but cumbersome. I'm not sure what you're after but say you want to be able to define folder actions in a config file. Let me draw up a hypothetical config file example with the logic of the dspam plugin. The syntax is sort of borrowed from Exim :) ----begin folder action config---- copy into "SPAM" fail condition !${defined:header:X-DSpam-Signature} fail message "Message doesn't have dspam signature!" run "dspam --signature ${header:X-DSpam-Signature} --is-spam" copy outof "SPAM" ignore to "Trash" fail condition !${defined:header:X-DSpam-Signature} fail message "Message doesn't have dspam signature!" run "dspam --signature ${header:X-DSpam-Signature} --not-spam" ----end folder action config---- I'm sure others can come up with examples where the config file has to be even more elaborate... I can imagine having a 'pipe' action instead of 'run' that would give the command the message on stdin for example. johannes

3 2