- dovecot - dovecot.org

[Dovecot] virtual users
by tblader 16 Mar '06

16 Mar '06

Hello All. I've been reading the virtual user howto but cant get the login working. dovecot.conf is below [0] if anyone can offer some pointers. I'm confused about the format of /etc/imap.passwd [1] also. Does the "pass" word in the example need to be plaintext, or the MD5 string from do. Also, what is the significance of "{plain}"? If there are docs I've missed, please RTFM with a link. Thanks [0] - dovecot.conf ----------------------------------- protocols = imap imaps mail_debug = no protocol imap { } protocol pop3 { } auth_verbose = no auth_debug = no auth_debug_passwords = no auth default { mechanisms = plain passdb passwd-file { args = /etc/imap.passwd } userdb passwd { } userdb passwd-file { args = /etc/imap.passwd } user = root } plugin { } [1] ------------------------ testuser:{plain}pass:65500:65500::/var/spool/mail/testuser

1 1

Re: [Dovecot] Migrating UW-IMAP to Dovecot on Solaris 9
by Bertrand Leboeuf 16 Mar '06

16 Mar '06

Thanks, Found out that we were using Qpopper X-UIDL so I am using pop3_reuse_xuidl = yes >From: lenny(a)edpausa.com > >if you're using wu-imap, you'll need this for pop to work. > >pop3_uidl_format = %08Xv%08Xu > >and if your site is relatively big, dovecot may run out of file >descriptors, you may need to use this. > >/usr/bin/plimit -n 8192,8192 `cat /usr/local/var/run/dovecot/master.pid` > > >and watch the logs :) > > >> In the process of migrating to Dovecot 1.0beta3, any tips or >> step-by-step instructions that might relate to Solaris 9. >> >> Thanks >> >> Bertrand Leboeuf >> leboeuf(a)emt.inrs.ca >> >> >

1 0

[Dovecot] Help: Limit x minutes for POP3 Access
by Adnae Mac Uthidir 16 Mar '06

16 Mar '06

Hi, IŽm looking for a solution to limit the pop3 access for a time. I have the idea that all users should be allowed an 5 minute access to the pop3 but I canŽt find a solution for that. best regards ans thx for your help Sascha Wolf

1 0

Re: [Dovecot] Imap crashes when trying to move messages
by ambroz.bizjak＠guest.arnes.si 16 Mar '06

16 Mar '06

> On 2006-03-15 23:39:40 +0100, ambroz.bizjak(a)guest.arnes.si wrote: > > > The imap process crashes when SquirrelMail wants to move a message to > > > another folder. I have run imap in gdb and talked to it the same way > > > SquirrelMail does and got a backtrace. > > > > > > I am using Dovecot beta3. I am using it in combination with XMail, > > > which has maildir databases. > > > My system is Gentoo Linux on x86. > > > The same version of Dovecot works great for me on amd64 with exactly > > > the same config. > > > > > > > I got more info. The mailboxes I was using were directly copied from > > another server which was also using Dovecot. After I deleted all files > > named *dovecot* in the maildirs, the imap process no nolger crashes. > > can you ask which dovecot version they had running on the other server? > looks like some broken index files. It's my server and it's still running and working properly. Dovecot version is (as on the newer server) beta3, but the first Dovecot running was beta2 I think. Imap works properly on that server. Anyway Dovecot shouldn't crash ever if the index files are broken!

1 0

[Dovecot] Shared Folders Problem. Bug?
by Adam M. Dunn 16 Mar '06

16 Mar '06

I'm trying to get shared folders to work, and I've noticed a few issues. I created a private and public namespace, the private one with autodetection for Maildir or Mbox, and the public one for a public folder. Something like this: namespace private { separator = / inbox = yes prefix = location = } namespace public { separator = / prefix = Public/ location = maildir:/var/mail/public } My plan is to eventually setup a public area for users to drop Spam and Ham into for my spam bayesan filter. The problem is the Wiki says if you drop a file in the public area called 'dovecot-shared' with the same permissions and ownership, that any new files dovecot creates there will use those same attributes. This does not seem to be the case. I created a Maildir folder identical to the one on the Wiki, named everything 'dovecot:dovecot' since my dovecot server will be running as that user, as well as the 'dovecot-shared' file. I get permission denied errors in syslog when I try to access it via an IMAP client. The only way I can make it work is ignore the dovecot-share file and put all users in a common unix group and make the Public folder group 'rwx'. Also, I would like to be able to make the Public folder writable, but not readable. It seems if I take the read bit away, my IMAP clients complain. Does anyone know how to make that work? One thing about the namespaces while I'm at it. I had to put my private namespace first followed by the public one. If I reversed them, all the subfolders except the inbox in my mail directories disappear from the client. Is that a bug too? Thanks, Adam

1 0

[Dovecot] Problems with Oulook Clients
by Patrick Carney 16 Mar '06

16 Mar '06

Hello all. I have problems with clients running Outlook 2003 that keep getting IMAP server timeout errors, "mailbox in an inconsistant state" Are there any mods to be made to the config file that could eliminate this? It happens about ever 10minutes. Here is what our previous Sys Admin sent me on our setup. dovecot is the IMAP server that allows clients to connect and get to their mailboxes. Postfix is that part of the mail system that moves messages around, from one server to another and puts them in the appropriate mailboxes. Thanks Patrick

2 3

Re: [Dovecot] Imap crashes when trying to move messages
by ambroz.bizjak＠guest.arnes.si 16 Mar '06

16 Mar '06

> The imap process crashes when SquirrelMail wants to move a message to > another folder. I have run imap in gdb and talked to it the same way > SquirrelMail does and got a backtrace. > > I am using Dovecot beta3. I am using it in combination with XMail, > which has maildir databases. > My system is Gentoo Linux on x86. > The same version of Dovecot works great for me on amd64 with exactly > the same config. > I got more info. The mailboxes I was using were directly copied from another server which was also using Dovecot. After I deleted all files named *dovecot* in the maildirs, the imap process no nolger crashes.

2 1

[Dovecot] migrating POP3 from UW IMAP: X-UIDL and X-UID
by Bertrand Leboeuf 15 Mar '06

15 Mar '06

With a INBOX mbox created by UW IMAP the messages in INBOX mbox contains the X-UIDL field When I use Dovecot POP3 with pop3_uidl_format = %08Xv%08Xu on the first run, X-UID is inserted, but all messages are downloaded again. What am I missing, I don't want the clients to download the read messages again. Thanks Bertrand Leboeuf leboeuf(a)emt.inrs.ca

1 0

[Dovecot] Imap crashes when trying to move messages
by ambroz.bizjak＠guest.arnes.si 15 Mar '06

15 Mar '06

The imap process crashes when SquirrelMail wants to move a message to another folder. I have run imap in gdb and talked to it the same way SquirrelMail does and got a backtrace. I am using Dovecot beta3. I am using it in combination with XMail, which has maildir databases. My system is Gentoo Linux on x86. The same version of Dovecot works great for me on amd64 with exactly the same config. Here is what I gave done: janez ~ # MAIL=maildir:/chroot/xmail/var/MailRoot/domains/b4ever.net/ambro/Maildir gdb /usr/libexec/dovecot/imap GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-pc-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) r Starting program: /usr/libexec/dovecot/imap (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS] Logged in as root A002 SELECT "INBOX" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 11 EXISTS * 0 RECENT * OK [UIDVALIDITY 1138230965] UIDs valid * OK [UIDNEXT 32] Predicted next UID A002 OK [READ-WRITE] Select completed. A003 EXPUNGE A003 OK Expunge completed. A004 LIST "" "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.Trash" A004 OK List completed. A005 COPY 11 "INBOX.Trash" imap(root): Warning: Growing pool 'uidlist record_pool' with: 1024 imap(root): Panic: file mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size) Program received signal SIGABRT, Aborted. 0xb7ef0ec1 in kill () from /lib/libc.so.6 (gdb) bt full #0 0xb7ef0ec1 in kill () from /lib/libc.so.6 No symbol table info available. #1 0xb7ef0c89 in raise () from /lib/libc.so.6 No symbol table info available. #2 0xb7ef1ed8 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080a5363 in data_stack_deinit () No symbol table info available. #4 0x080a54f4 in i_panic () No symbol table info available. #5 0x08086caf in mail_cache_add () No symbol table info available. #6 0x0807e74a in index_mail_cache_add () No symbol table info available. #7 0x0806896b in maildir_mailbox_list_next () No symbol table info available. #8 0x0809872b in mail_storage_copy () No symbol table info available. #9 0x080672da in maildir_copy () No symbol table info available. #10 0x08056bf1 in cmd_copy () No symbol table info available. #11 0x0805a93b in _client_input () No symbol table info available. #12 0x080ab313 in io_loop_handler_run () No symbol table info available. #13 0x080aa82e in io_loop_run () No symbol table info available. #14 0x08061997 in main () No symbol table info available. (gdb)

1 0

[Dovecot] Strange dovecot-uidlist behavior on maildir conversion
by allen petersen 15 Mar '06

15 Mar '06

Hi. So I just moved my email over from mbox to maildir. For the most part the conversion went fine, but I had a bit of an odd thing happen when I accessed my mail through dovecot. It seems that when I ran mb2md to convert my mailboxes from mbox to maildir, I got a lot of messages created that look like 1142356176.000000.mbox:2,RS 1142356176.000421.mbox:2,S 1142356176.000001.mbox:2,S 1142356176.000422.mbox:2,RS 1142356176.000002.mbox:2,RS 1142356176.000423.mbox:2,S 1142356176.000003.mbox:2,RS 1142356176.000424.mbox:2,S and so forth. Now, that really should be fine, that I can tell; each message has the same timestamp and a different, sequential delivery identifier. However, for some reason when dovecot accessed this directory, it created UIDs for these messages like so: (from dovecot-uidlist) 1 1142362834 915 1 1142356176.000488.mbox 2 1142356176.000207.mbox 3 1142356176.000425.mbox 4 1142356176.000117.mbox 5 1142356176.000398.mbox 6 1142356176.000335.mbox I have no idea where this order came from, but it's clearly not the order that I would have expected. I would expect that dovecot would sort these messages by timestamp, followed by delivery identifier. Instead, it put them in a seemingly random order. And, of course, my email client by default shows messages in the order that it gets them from the server, so now when I look at my email all of my old messages are shuffled until I do an explicit sort by date. Any idea why this is happening? Is there some reasoning behind this, or is it just a bug? I looked through the archives a bit, but didn't find a mention of anyone else with this particular problem. I suppose I could just create the initial uid lists by hand and put them in the correct order, but that really doesn't seem like the correct solution. Or I could actually dig through the source and find out exactly what it's doing, but, well, I figure that asking the list first is easier. For reference, I'm running dovecot 0.99.14-1 on debian sarge. I though that I was doing a good job by reproducing this on the newer version my ubuntu desktop, but it turns out that it's running the same version. :) -allen

1 0

[Dovecot] what are those .nfsXXXXX files with mbox ?
by leboeuf＠emt.inrs.ca 14 Mar '06

14 Mar '06

On Solaris 9, using: default_mail_env = mbox:~/mail:INBOX=/var/mail/%u Here is a listing of ~/mail with UW IMAP: .: total 8 drwx------ 2 testu3 sysadmin 512 Mar 14 14:40 . drwxr-xr-x 4 testu3 sysadmin 512 Mar 14 14:40 .. -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Drafts -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Sent Items with Dovecot: .: total 16 drwx------ 3 testu3 sysadmin 512 Mar 14 14:52 . drwxr-xr-x 4 testu3 sysadmin 512 Mar 14 14:40 .. drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .imap -rw------- 1 testu3 sysadmin 6 Mar 14 14:52 .nfsAEBA5 -rw------- 1 testu3 sysadmin 11 Mar 14 14:52 .nfsCEBA5 -rw------- 1 testu3 sysadmin 7 Mar 14 14:52 .nfsEEBA5 -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Drafts -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Sent Items ./.imap: total 10 drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 . drwx------ 3 testu3 sysadmin 512 Mar 14 14:52 .. drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 Drafts drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 INBOX drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 Sent Items ./.imap/Drafts: total 30 drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 . drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .. -rw------- 1 testu3 sysadmin 112 Mar 14 14:53 .nfs0FBA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:52 .nfs2FBA5 -rw------- 1 testu3 sysadmin 144 Mar 14 14:53 dovecot.index ./.imap/INBOX: total 66 drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 . drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .. -rw------- 1 testu3 sysadmin 216 Mar 14 14:53 .nfs00CA5 -rw------- 1 testu3 sysadmin 17408 Mar 14 14:53 .nfs20CA5 -rw------- 1 testu3 sysadmin 360 Mar 14 14:52 .nfs5FBA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:52 .nfs8FBA5 -rw------- 1 testu3 sysadmin 360 Mar 14 14:53 dovecot.index ./.imap/Sent Items: total 54 drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 . drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .. -rw------- 1 testu3 sysadmin 88 Mar 14 14:53 .nfs40CA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:53 .nfs60CA5 -rw------- 1 testu3 sysadmin 88 Mar 14 14:52 .nfsBFBA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:52 .nfsDFBA5 -rw------- 1 testu3 sysadmin 144 Mar 14 14:53 dovecot.index what are the .nfsXXXXX files for ? Thanks Bertrand Leboeuf leboeuf(a)emt.inrs.ca

2 1

[Dovecot] Rootless configuration
by James Davis 14 Mar '06

14 Mar '06

I'm trying to setup a rootless configuration so I can better manage the e-mail that comes to the mailbox of a unix account I have. I've successfully compiled Dovecot and followed the instructions for a rootless configuration, tweaking my config until Dovecot returns no errors. However I've got to a stage where upon running ~/..../sbin/dovecot it just quits with no server running and no errors. Any ideas? My rather small and basic configuration file is as follows... # Base directory where to store runtime data. base_dir = /home/jamesd/imap/dovecot/run/ # Protocols we want to be serving: protocols = imap listen = * ssl_disable = yes log_path = /home/jamesd/imap/dovecot/logs/ info_log_path = /home/jamesd/imap/dovecot/logs/ ## Login processes login_dir = /home/jamesd/imap/dovecot/run/login login_chroot = no login_user = jamesd ## IMAP specific settings protocol imap { listen = *:10143 } ## Authentication processes auth default { mechanisms = plain passdb passwd-file { args = /home/jamesd/imap/dovecot/etc/passwd } user = jamesd } Many thanks, James -- http://www.freecharity.org.uk/ - Free hosting for charities http://jamesd.ukgeeks.co.uk/

2 2

[Dovecot] Shared maildir through namespace help...
by Brice Figureau 14 Mar '06

14 Mar '06

Hi, I'm a happy user of dovecot since the 0.99.x days, and recently switched my user base to 1.0b2. Now, to the point, I got a request (from marketing) to share a lot of maildirs between two (and possibly more) accounts. Those two accounts have differents uid/gid. The maildirs are actually in one of the account. I thought I could possibly craft a public namespace for those maildirs as explained in the wiki, but alas, it doesn't quite work as I expected: excerpt of dovecot.conf: namespace public { separator = / prefix = marketing/ location = maildir:/home/marketing/Maildir:INDEX=%h/ } users belong to the marketing group. $ find /home/marketing/Maildir -ls 4767751 4 drwxrwxr-x 3 marketing marketing 4096 Mar 14 11:57 . 4767752 4 drwxrwsr-x 6 marketing marketing 4096 Mar 14 11:59 ./Maildir 4767753 4 drwxrwsr-x 2 marketing marketing 4096 Mar 14 11:57 ./Maildir/cur 4767754 4 drwxrwsr-x 2 marketing marketing 4096 Mar 14 11:57 ./Maildir/tmp 4767755 4 drwxrwsr-x 2 marketing marketing 4096 Mar 14 11:57 ./Maildir/new 4767756 0 -rw-r--r-- 1 marketing marketing 0 Mar 14 11:57 ./Maildir/dovecot-shared >From there, the namespace is visible from all the IMAP accounts. Now, if a user creates a new folder in this public namespace, here is what I get: 4767757 4 drwx--S--- 5 brice marketing 4096 Mar 14 12:05 ./Maildir/.test 4767758 4 drwx--S--- 2 brice marketing 4096 Mar 14 11:59 ./Maildir/.test/cur 4767759 4 drwx--S--- 2 brice marketing 4096 Mar 14 11:59 ./Maildir/.test/new 4767760 4 drwx--S--- 2 brice marketing 4096 Mar 14 11:59 ./Maildir/.test/tmp 4767761 0 -rw-r--r-- 1 brice marketing 0 Mar 14 11:59 ./Maildir/.test/dovecot-shared 4767762 4 -rw------- 1 brice marketing 6 Mar 14 11:59 ./Maildir/subscriptions As you can see: the cur,new,tmp dir don't have the right permissions (they're not rw for the group), and moreover, the 'subscriptions' file has the same problem. The result is that any other user don't have access to this directory even if it is in a public namespace. Now, the question, is: is that setup could work only with virtual users setup with a static uid/gid ? Is there a mean to implement what I want ? Does using symlinks instead of the namespace could work ? Regards, -- Brice Figureau <brice+dovecot(a)daysofwonder.com>

2 2

[Dovecot] operation not supported ?
by Frank Bonnet 14 Mar '06

14 Mar '06

Hello I have this error message in the errorlog but I configured dovecot to use /var/mail/%u anyone could explain ? dovecot: Mar 14 10:49:36 Error: imap(xxxxxx): flock() failed with file /user/xxxxxx/Mail/.imap/INBOX/dovecot.index.log: Operation not supported Thank you

2 1

[Dovecot] mbox to maildir conversion - good idea regarding Outlook?
by Gerhard Hofmann 14 Mar '06

14 Mar '06

Hi list, first of all, many thanks to the Dovecot authors for supplying an IMAP server that works well with M$-Outlook! I have used UW-imapd for quite a while and was annoyed by frequent "imap...timeout..." error messages. Now I'd like to give maildir format a try because I want to use email sub-folders. What are other Outlook users' experiences with maildir? Is it as stable as mbox? Regards Gerhard

6 7

RE: [Dovecot][solved] imap permission denied
by Roland Schmid 13 Mar '06

13 Mar '06

> You better take a look at doc/mail-storages.txt as stated in the comments > of the configuration file. > thanks, now it works. The dovecot.conf was wrong configured and the permissions in the /home folders where given not correctly Now we are able to read our mail with outlook and via SquirellMails Kind regards, Roland

2 1

Re: [Dovecot] Migrating UW-IMAP to Dovecot on Solaris 9
by Bertrand Leboeuf 13 Mar '06

13 Mar '06

Works well if I use default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u but everything stays in mbox format How can I set new users to Maildir format, old ones with mbox, If I use default_mail_env = maildir:%h/Maildir mailboxes get created in Maildir but I don't get any new email the new emails are sent to /var/mail/%u right now. > >if you're using wu-imap, you'll need this for pop to work. > >pop3_uidl_format = %08Xv%08Xu > >and if your site is relatively big, dovecot may run out of file >descriptors, you may need to use this. > >/usr/bin/plimit -n 8192,8192 `cat /usr/local/var/run/dovecot/master.pid` > > >and watch the logs :) > > >> In the process of migrating to Dovecot 1.0beta3, any tips or >> step-by-step instructions that might relate to Solaris 9. >> >> Thanks >> >> Bertrand Leboeuf >> leboeuf(a)emt.inrs.ca >> >> >

1 0

[Dovecot] tls
by lenny＠edpausa.com 13 Mar '06

13 Mar '06

is it possible to turn off TLS and only SSL ? The reason are many reasons for this, one major being the fact that TLS is automatically discovered by many clients on the standard ports, thus requiring a valid cert for production use, while SSL could be set up on some unknown to anybody port with self signed cert for testing, etc... thank you

1 0

RE: [Dovecot] imap permission denied
by Roland Schmid 13 Mar '06

13 Mar '06

> Are you sure that the home directory is correctly specified? > no I am not sure. In my dovecot.conf I have added this line: default_mail_env = mbox:/var/mail/:INBOX=/var/mail/%u Does each user have its own INBOX files in their home folder? Kind regards, Roland

1 0

[Dovecot] imap permission denied
by Roland Schmid 13 Mar '06

13 Mar '06

Hello, we have problems to access our users mailboxes with SquirrelMail. The log file /var/log/mail.log says permission denied, only one user is allowed to read his mail with SquirrelMail. We are running Debian Sarge, Mailserver is Postfix, imap server is dovecot. Our Mailboxes are stored in the mbox format. Folder of the mbox files is /var/mail/ the users are unix system accounts. Normally we read are mail with the POP-Client Outlook, this works well. But we also want to be able to read our mail (each user his own mails) via SquirrelMail /var/log/mail.log says: Mar 13 10:54:40 webserver dovecot: imap(unix-system-account): mkdir_parents(/var/mail/.imap/INBOX) failed: Permission denied In the folder where the mbox files are stored exists 3 folders called INBOX.drafts INBOX.sent INBOX.trash These folders are owned by the user who is able to read his mail via SquirrelMail and owned by the group mail. Only the user has read and write permissions. Does each user need to have his own INBOX Files? Could you please help me Kind regards, Roland

1 0

[Dovecot] Help please: Error: net_connect
by Brad 13 Mar '06

13 Mar '06

Having some issues with having the deliver lda deliver properly. Here are the vitals of the config : ============================= socket listen { master { path = /var/run/dovecot-auth-master mode = 0660 user = maildir group = maildir } } protocol lda { module_dir = /usr/local/lib/dovecot/lda postmaster_address = postmaster(a)bradphinney.com auth_socket_path = /var/run/dovecot-auth-master } passdb passwd-file { # Path for passwd-file args = /etc/dovecot-passdb } userdb static { # Template for settings. Can return anything a userdb could normally # return, eg.: uid, gid, home, mail, nice # # A few examples: # args = uid=600 gid=600 home=/export/mail/maildir/%u mail=maildir:/export/mail/maildir/%u ==================================== The deliver program is setuid and setgid maildir. The passdb seems to be working fine since I can log in fine using a client. When I try to deliver mail however .. I get this dovecot: Mar 12 20:42:02 Info: auth(default): master out: USER 1 superduper uid=600 gid=600 home=/export/mail/maildir/superduper mail=maildir:/export/mail/maildir/superduper dovecot: Mar 12 20:42:02 Error: auth(default): and then after a while .. this appears deliver: Error: net_connect(/var/run/dovecot-auth-master) failed: Permission denied And the really odd thing is that the mail seems to be delivered and placed in the maildir. Any help would be appreciated ..

1 0

[Dovecot] Limiting Dovecot access by user-spesific ip addresses?
by Timo Neuvonen 13 Mar '06

13 Mar '06

Hi, Is there any possibility to limit access to mailboxes by user-spesific ip addresses? So, I'd like to have a configuration which by default restricts reading emails to company's own ip-address range. So far, this could be achieved by a basic firewall rule, but not any more the following: However, there is need for a few users to access their emails from world-wide internet, so there should be a possibility to define for certain users an option to skip the allowed address range check. Regards, Timo

3 5

Re: [Dovecot] How to substitute colon `:' for another character in Maildir message files?
by Timo Sirainen 12 Mar '06

12 Mar '06

On Sat, 2006-03-11 at 17:05 -0500, My BSD wrote: > Need to back Maildirs to a smb share as a nightly Cron job (NFS is not > an option). > > Unfortunately, because Dovecot (1.0.beta2) adds a colon `:' to the name > of the message file, Samba (actually "mount_smbfs") truncates the file > names. As a result, files with truncated duplicate file names are > overwritten. > > Would prefer a build option or configuration parameter (a hack is O.K. > if nothing else is available). src/lib-storage/maildir/maildir-storage.h MAILDIR_INFO_SEP MAILDIR_INFO_SEP_S Changing that breaks maildir standard, so I don't want to make it any easier to change it.

1 0

[Dovecot] dovecot-1.0b3 kevent error/warning message
by John Wong 12 Mar '06

12 Mar '06

i use openbsd/i386, dovecot-1.0b3, i see some kevent error/warning message in maillog like this: -------------------------------------------------------- imap(username): kevent(1) in io_loop_handle_add() failed: Bad file descriptor imap(username): kevent(1) in io_loop_handle_remove failed: Bad file descriptor --------------------------------------------------------

5 4

[Dovecot] Suggested patch: retain user's group privileges after logging into IMAP
by Lior Okman 11 Mar '06

11 Mar '06

Hi, I'm attaching a suggested patch that lets an authenticated user access shared IMAP folders even if the user doesn't directly own the storage, but is a part of a group that has permissions on the storage. This allows for the administrator to setup a shared mailbox with permissions given to a group instead of a user, and allow all of the users that belong to the group to access the mail according to the file-system permissions. What do you think? Is this the right way to do this, or am I missing something security-wise? I'm also attaching a bug fix for the LDAP passdb, where if the password scheme wasn't PLAIN, the password would be cleared from memory before being used to authenticate the user, and the authentication would fail. Regards, Lior

1 0

[Dovecot] Segfault problem when using TWO dovecot servers!
by Adam M. Dunn 10 Mar '06

10 Mar '06

Forgive me if this gets submitted twice. I had issues signing up for the listserv but I think I'm strait now. Hi all, I just started working with Dovecot and I'd like to use it for my organization, but I've run into a little problem. So far I love it and it does what I need. One thing we need is to be able to write to multiple mailbox formats on a per user basis (mbox or Maildir), and it does just that. I want users to be able to choose their format, and I can let it autodetect for me. The way I do that is I have Maildrop filters check for the presence of a ~Maildir, and if it finds that it writes to it, otherwise it writes to ~mbox. Dovecot is the only IMAP server I've found to read either or without hard coding one or the other in the config file. The problem: We also want failover. Mail/home directories are NFS mounted. I was planning to setup two dovecot servers, and noticed that whenever one server writes its temp files to the mail directory, if another server tries to read it you get a segfault and the child process fails and dies. So it basically looks like only one server can own the files, and it won't share. I considered trying to set the INDEX option on the mail boxes to write local indexes, but if I try to specify something like: default_mail_env = INDEX=/var/indexes/%d/%n, it doesn't work. Sure I can make it work by putting in a mailbox format before the INDEX, but then I can't use the autodetect which I need. Here's the syslog error: kernel: imap[13689]: segfault at 00007fffffe38000 rip 00002aaaaad3823f rsp 00007fffffe351f0 error 4 Any solutions? I really need this to work badly, or we may have to rethink our entire mail strategy. I'm also using the latest version 1.0beta3. I considered namespaces, but correct me if I'm wrong, you can't setup two namespaces and have it pick the first mailbox format available like the autodetect feature does. I tried seting up namespaces for both mbox and Maildir, but it just creates both. Please help someone. I need a solution to present to my boss, even if that means we have to run one server until the bug is fixed in the next version. Thanks, Adam

2 2

[Dovecot] Setup Dovecot on os X
by Martin Kvapil 10 Mar '06

10 Mar '06

Hey, can anybody help me with this? i get it to work but i get errors when i try to login a client, i guess it is because the authentication part is messed up. What methods should i use? PAM for password i guess but for account? /martin

1 0

[Dovecot] Error question?
by Matt Juszczak 10 Mar '06

10 Mar '06

Mar 9 16:15:19 bob dovecot: imap(username): file mbox-sync-rewrite.c: line 106(mbox_sync_headers_add_space): assertion failed: (start_pos < data_size) Getting these errors like crazy. Any ideas? Thanks! Regards, Matt Juszczak

2 1

[Dovecot] ssl certs
by lenny＠edpausa.com 10 Mar '06

10 Mar '06

is it possible to use 2 different sets of ssl certificates, for 2 different hostnames ( e.g. pop.domain.com and imap.domain.com ) ? thank you

4 3

[Dovecot] POP3 extension to accept UIDL ranges?
by Matthias Andree 10 Mar '06

10 Mar '06

Greetings, is anybody aware of an extension to POP3 that supports UIDL ranges? It would be very useful for keep-messages-on-server setups (yes, I know, IMAP4 domain) to be able to do UIDL 21-42 to obtain just these 22 UIDs (this would always have to be a multi-line reply, just like UIDL without argument). If such a thing does not exist yet, perhaps a keyword such as "[X]UIDLRANGES" in the CAPA response might advertise this feature to clients. Regards, -- Matthias Andree

2 2

[Dovecot] Migrating UW-IMAP to Dovecot on Solaris 9
by Bertrand Leboeuf 09 Mar '06

09 Mar '06

In the process of migrating to Dovecot 1.0beta3, any tips or step-by-step instructions that might relate to Solaris 9. Thanks Bertrand Leboeuf leboeuf(a)emt.inrs.ca

2 1

[Dovecot] Two namespaces with same prefix.
by Václav Haisman 09 Mar '06

09 Mar '06

Hi, I have yet another problem. First let me explain my setup. I used to use pine a lot so there are mbox mailboxes in ~/mail. Recently I added a Maildir too and moved most of the mbox mailboxes into Maildir format. Now I thoght it would be nice to have them all "in line" in Thunderbird so I tried this configuration: namespace private { separator = / prefix = location = %h/mbox inbox = yes } namespace private { separator = / prefix = location = maildir:%h/Maildir } The problem is that with this configuration I cannot access the ~/mail/box mailboxes. Thunderbird responds with "Mailbox doesn't exist: box" Is such kind of configuration with two namespaces having same prefix unsupported? Vaclav Haisman

2 1

[Dovecot] Dovecot LDA doesn't build against 1.0beta3
by Luca Corti 09 Mar '06

09 Mar '06

Here's what I get. Btw I'm on Linux/UltraSparc: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o deliver deliver.o duplicate.o imparse.o mail-send.o map.o sieve-cmu.o smtpclient.o -Wl,--export-dynamic libsieve/libsieve.a /root/luca/dovecot-1.0.beta3/src/lib-storage/register/libstorage-register.a /root/luca/dovecot-1.0.beta3/src/lib-storage/index/maildir/libstorage_maildir.a /root/luca/dovecot-1.0.beta3/src/lib-storage/index/mbox/libstorage_mbox.a /root/luca/dovecot-1.0.beta3/src/lib-storage/index/dbox/libstorage_dbox.a /root/luca/dovecot-1.0.beta3/src/lib-storage/index/libstorage_index.a /root/luca/dovecot-1.0.beta3/src/lib-index/libindex.a /root/luca/dovecot-1.0.beta3/src/lib-storage/libstorage.a /root/luca/dovecot-1.0.beta3/src/lib-storage/subscription-file/libstorage_subscription_file.a /root/luca/dovecot-1.0.beta3/src/lib-imap/libimap.a /root/luca/dovecot-1.0.beta3/src/lib-mail/libmail.a /root/luca/dovecot-1.0.beta3/src/lib-dict/libdict.a /root/luca/dovecot-1.0.beta3/src/lib-charset/libcharset.a /root/luca/dovecot-1.0.beta3/src/lib/liblib.a -ldl libsieve/libsieve.a(script.o)(.text+0x2e4): In function `sieve_script_parse': /root/luca/dovecot-lda/src/libsieve/script.c:141: undefined reference to `yylineno' libsieve/libsieve.a(script.o)(.text +0x2f8):/root/luca/dovecot-lda/src/libsieve/script.c:141: undefined reference to `yylineno' libsieve/libsieve.a(sieve.o)(.text+0x1184): In function `sieveparse': /root/luca/dovecot-lda/src/libsieve/sieve.c:1311: undefined reference to `sievelex' libsieve/libsieve.a(sieve.o)(.text+0x11bc): In function `sieve_parse': /root/luca/dovecot-lda/src/libsieve/sieve.y:551: undefined reference to `yyrestart' libsieve/libsieve.a(sieve.o)(.text+0x1210): In function `sieveerror': /root/luca/dovecot-lda/src/libsieve/sieve.y:568: undefined reference to `yylineno' libsieve/libsieve.a(sieve.o)(.text +0x1218):/root/luca/dovecot-lda/src/libsieve/sieve.y:568: undefined reference to `yylineno' libsieve/libsieve.a(addr.o)(.text+0x62c): In function `addrparse': /root/luca/dovecot-lda/src/libsieve/addr.c:958: undefined reference to `addrlex' collect2: ld returned 1 exit status make[3]: *** [deliver] Error 1 make[3]: Leaving directory `/root/luca/dovecot-lda/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/luca/dovecot-lda/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/luca/dovecot-lda' make: *** [all] Error 2 thanks -- Luca Corti PGP Key ID 1F38C091 BOFH excuse of the moment: Our ISP is having {switching,routing,SMDS,frame relay} problems

2 4

[Dovecot] Dovecot + FreeBSD 6.0 + pam_ldap + nss_ldap
by Frank Bonnet 09 Mar '06

09 Mar '06

Hello all I am new to dovecot and I have some troubles to make it working on a FreeBSD 6.0 box On this machine I have nss_ldap + pam_ldap working to login users but dovecot is not working for "ldap" users, it works only for users that are "really" in /etc/passwd file. I have configured dovecot to use the passwd auth mechanism as the OS is suppose to do the job, but it won't work. See attached my dovecot.conf file. Thanks for any help. -- Regards Frank Bonnet

1 0

[Dovecot] Default SELinux policy on Fedora FC4 prevents dovecot service from starting
by slohcine＠verizon.net 09 Mar '06

09 Mar '06

Hello, I recently setup a Fedora FC4 server to host e-mail and webapps. During the install, I turned on SELinux in active mode. All apps seems to work OK but Dovecot daemon won't start. In the audit log, I see this entry when I try to start the dovecot daemon. type=AVC msg=audit(1141464818.541:40305): avc: denied { read } for pid=1989 comm="dovecot" name=dovecot.pem dev=md2 ino=3646976 scontext=system_u:system_r:dovecot_t tcontext=system_u:object_r:cert_t tclass=file type=PATH msg=audit(1141499436.214:3266533): item=0 name="/etc/pki/dovecot/dovecot.pem" inode=3646976 dev=09:02 mode=0100600 ouid=0 ogid=0 rdev=00:00 I put SELinux into permissive mode and Dovecot works OK. Looks like dovecot does not assume the correct security context when it initializes and reads the cert file. My question for the list is what changes should I make to the SELinux policy to safely permit dovecot to read the file? I'm no expert at SELinux but hoping for some direction, or another way to solve this problem. Ideally, I'd like to keep SELinux in enforcing mode. Many thanks, Eric

2 1

[Dovecot] MySQL problem when using Dovecot as proxy
by Christian Jensen 09 Mar '06

09 Mar '06

Hi, I have just installed Dovecot as a POP3 proxy with great success. Its works flawlessly when i keep to the standard but since I am proxying a Microsoft Exchange 2003 (because the build-in POP3 in MS sux bigtime) I would very much like to use account names like: DOMAIN\username and this doesn't work when I include that in the MySQL table. In the logfile it clearly writes DOMAIN\username so its some kind of translation between dovecot and MYSQL. Any suggestions. I another solution would be to allow all users instead of having to create them in the MySQL table. Is this possible ? /Christian P.S Before Dovecot some Outlook users could only download max. 250kB through POP3 - now with Dovecot there is NO LIMIT! :)

1 0

[Dovecot] :INDEX and :CONTROL in 0.99.14
by Karl Latiss 09 Mar '06

09 Mar '06

Before anyone say "upgrade" for various reasons I can't right now (and at any rate everything else works well with this version). My problem is that I can't get :INDEX and :CONTROL working at all: default_mail_env = maildir:~/:INDEX=/home/dovecot/index/%d/% n:CONTROL=/home/dovecot/control/%d/%n ls -l /home/dovecot/ total 8 drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:52 control drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:55 index (I've made everything 777 for testing) The error I get is: Mar 8 09:54:26 host imap(user(a)domain.com): mkdir (/home/dovecot/index/domain.com/user/.INBOX) failed: Permission denied If I su to the user(a)domain.com user I can manually create the directory OK. I'm using LDAP for authentication if that makes any difference. Any clues? Pointers? Need more information? -- Karl Latiss <karl.latiss(a)atvert.com.au> Atvert Systems

3 7

[Dovecot] Can I install in the following fashion?
by Stewart Dean 08 Mar '06

08 Mar '06

<permit me my perhaps foolish preference...an explanation> I run mail service for a small college. I've long joked that if someone stole the mail server, the phone would ring before the alarm (which has a 1 minute delay) did, that the user base expected 25x8x367 coverage. Making updates/upgrades to the mail server feels like a tightrope walk with no net. I always appreciated UofWIMAP because there is one binary. Doing and upgrade or backing it out is simplicity itself. I could compile the single binary on my compile machine, test the same binary on my testbed, and then drop it in my production machine and it would work with a minimum of surprises. So portable, so predictable, no security risk of a compiler on a production machine. Of course, /most/ of open source software has all these bits and pieces scattered everywhere. Oh, it may install initially just dandy, but come the day when It's Time For The Upgrade.... 1) can I do it quick and clean and 2) can I recover to what I had before quickly and correctly if the upgrade flops?????? Alas, Dovecot is sprinkled in many, many pieces...but at least, I think (right?) that they are all in the prefix-dir. Gulp. So. I am hoping I can do this: Build/Test Install 1) build/install in /usr/local/dovecot_bld/ Build### in the expectation that everything will be stuck down there. I don't want to put it into /usr/local/ because it will be in there with everything else....no way to get just the dovecot stuff.. 2) tar up the contents of my prefix directory and extract it over on my testbed under /usr/local/dovecot. Notice that the path to dovecot's "stuff" has changed from /usr/local/dovecot_bld/ Build### to /usr/local/dovecot I'm hoping that this won't be a problem. I will point the line in inetd at it and Everything Will Work. 3) Assuming I don't change anything and everything tests out (flawlessly!), I............. Introduction to Production (assuming that all the mailboxes, homedirs and the like have been sorted out) 1) make a tarball of the current working dovecot executables dir (/usr/local/dovecot) 2) extract the tarball there as before on the testbed machine and everything is fine. 2) if the update flops, I can bring back the tarball of the previous Dovecot incarnation My Questions: A) Will this work or are there dependencies I'm not aware of? B) Is there Some Better Way or..... I have this ongoing <ahem> discussion with the Open Source wonks that delight in many, many modules, libraries, etc. I /know/ the reasons a developer would want to do things that way, but, for those of use fielding the application, it's /so/ much easier and success/failure recovery is /so/ much more likely if....there are only one or two or three chunks that we can drop in or quickly back out. I realize that the developer is coding in large part for the utter joy of creating a wondrous, living, breathing edifice of code, that works, that works cleanly, that works as none has before. Yes. But I would think (IMHO) that the developer would receive a greater portion of the ego rush (also a big part of the developer stimulus) of overwhelming application acceptance (and thunderous applause), if he or she made it easy to support and upgrade! You see a sysadmin is so often an utter coward (I confess), who doesn't like unpleasant surprises, whose managment Really Doesn't Like Unpleasant Surprises. When I do my job really well, nobody knows I've done anything. OK...let me have it. -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

6 7

[Dovecot] Busy studying
by Timo Sirainen 08 Mar '06

08 Mar '06

In case you're wondering why I haven't answered your mail. I try to do as much reading to exams as possible, and as little as possible anything else.. They're over in 2,5 weeks, so I'll start reading the old emails again then. :) BTW. If someone wants to help a bit, outlook-idle workaround seems to be broken. The timeout function never gets called in cmd-idle.c. I'm guessing it broke after I added the other timeout function for printing "OK Still here" message every 2 minutes, so the bug is probably in timeout handling in ioloop.c.

1 0

[Dovecot] Simple Question
by Charlie Davis 08 Mar '06

08 Mar '06

Brand spanking new to Dovecot. Trying to move over to it, got a few simple questions. 1) Is there any documentation on the .customflags file? Not sure what this is for... 2) I'd like to make a directory for every user NOT be writable. Meaning the email server (Exim) can put the mail down in the directory but a user can no move an email into it through Imap. I couldn't find a search for the mailing list either, so sorry if this has been asked 92380498 times. -Charlie

1 1

[Dovecot] Special treatment of ~/mail directory
by Václav Haisman 08 Mar '06

08 Mar '06

Hi, would it be possible not to treat ~/mail specially and not to add mailboxes in the directory automatically? It would make migrating from IMAP-UW easier. Vaclav Haisman

4 3

[Dovecot] Undeleteable folders
by Casey Allen Shobe 08 Mar '06

08 Mar '06

We have 3 folders in every user's account which need to be there. Sometimes the users are stupid and delete or rename them. Is there any way to make them unmodifiable, but still allow them to see them, and move mail into/out of them? Cheers, -- Casey Allen Shobe | cshobe(a)seattleserver.com | 206-381-2800 SeattleServer.com, Inc. | http://www.seattleserver.com

1 0

[Dovecot] Dovecot with mbox and maildir
by Dario Ale 08 Mar '06

08 Mar '06

Hello, I have a question, i need migrate from old mail server to new mail server, the mailboxes format in the new mail server is maildir, in the old is mbox, the problem is that only the INBOXs are approximately 64Gb (are 7000 users), in the new I installed Dovecot, in the old is UW-Imap. The question is, Is there any form for have mbox and maildir simultaneously with Dovecot? I am using Postfix, my MDA is procmail, this write mailbox in the correct format, then i can copy all INBOXs and HOMEs to the new mail server, and change the mailbox format "slowly", supposedly procmail detecting the mailbox format and Dovecot could detect too. Thanks, very much. pd: sorry, my english not is good. -- Dario Ale (dario.a en telpin.com.ar) Area Internet Telpin - Jason 1026 - Pinamar (7167) www.telpin.com.ar

1 0

[Dovecot] self-signed certificates
by Benjamin 08 Mar '06

08 Mar '06

Hallo, i'm having troubles installing self-signed certificates for dovecot. After installing, dovecot generates a key and cert. But he is using the wrong common name (where does dovecot get this name from?). I tried deleting them and installing a handcrafted cert with this: openssl genrsa -out mail.key 2048 openssl req -new -key mail.key -out mail.csr openssl x509 -req -days 4312 -in mail.csr -out mail.cert -signkey mail.key after that i tried to update the dovecont.conf to point to the new files. But dovecot refuses to read them, i allways get an error, that dovecot can't read the certificate file. With dpkg-reconfigure dovecot-common, dovecot generates new ones, and they are working fine, but have the wrong common name. Thanks in advance Regards Benjamin

3 2

Re: [Dovecot] Can I install in the following fashion?
by Lior Okman 07 Mar '06

07 Mar '06

On 3/7/06, Stewart Dean <sdean(a)bard.edu> wrote: > if you run configure --help, you will see this (and more): > > Installation directories: > > --prefix=PREFIX install architecture-independent files in PREFIX > > [/usr/local] > > --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX > > [PREFIX] > > > > By default, `make install' will install all the files in > > `/usr/local/bin', `/usr/local/lib' etc. You can specify > > an installation prefix other than `/usr/local' using `--prefix', > > for instance `--prefix=$HOME'. > > > I see now I missed something so I will redefine my request. If I invoke > configure with: > --prefix=/usr/local/dovecot-bld/<timestamp> > --eprefix=/usr/local/dovecot-bld/<timestamp> > where /usr/local/dovecot-bld/<timestamp> is a directory > Q1: Will I have everything in that one directory so that by tar'ing and > untar'ing that one directory I can tar up everything necessary to run > dovecot on another machine with the same OSlevel/patches/OpenSSL. Will > dovecot be able to reference everything it needs? Assuming all the external shared objects on both systems are in the same place, I don't see why not. > I notice that > > --oldincludedir=DIR C header files for non-gcc [/usr/include] > > will not be there. Will that be a problem? I'm not sure, but I think this setting is used for compile time - it's where dovecot expects to find include files, it doesn't mean that anything will be installed there. If you're really concerned, then use "make -n install", and go over the commands that make would have run, you will be able to see exactly where everything goes. Or you could run "make install" inside a chroot jail. I also seem to recall that I saw a script somewhere that could trace the "make install" procedure and print exactly where it puts everything. It was being used for converting .tar.gz "make-based-installations" to rpms. > Q2: Will dovecot not be able to find system resources it needs? Dovecot should be able to find everything it needs, assuming the configuration files are ok. > Tar'ing up a directory is doable. RPM'ing hundreds of files scattered > here and there, perhaps referenced by others, perhaps with new > additions/deletions you don't know about sounds like an heroic task. Tar`ing a directory is doable, but doesn't lend itself well to reusing components and sane system management. When you use RPM/DPKG for manging your configuration, each package you install is responsible for its own files and nothing more. The packaging system makes sure that nothing conflicts or overwrites existing files. If you accidently untar a file with bad configuration files in it, they will probably overwrite your existing configuration. RPM/DPKG will save your old configuration files. Tar can't help you verify that what you installed is what is actually running. RPM -verify can make sure that no trojan has been installed instead of a file provided in an RPM file. And the list goes on and on. > Does anybody see how simple it is to upgrade UWImap with its one binary? Just as long as there is only one binary. AFAIK, UWImap doesn't support configuration files, on the assumption that the sysadmin probably doesn't know enough to create a valid configuration. The downshot of that is that there is a limit to what you can do with UWImap's one binary :-) Lior > > Lior Okman wrote: > > Looking at the debianized version, the bulk of the files are placed in > > € > > or under /usr/lib/dovecot, with all of the configuration files in > > € > > /etc/dovecot, and relevant binaries under /usr/bin and /usr/sbin. > > € > > > > € > > However, reading from the comment in the begining of the default > > € > > dovecot.conf file, you can probably compile your own version of > > € > > dovecot where you specify the following parameters to configure: > > € > > "--prefix=/usr --sysconfdir=/etc --localstatedir=/var > > € > > --with-ssldir=/etc/ssl". > > € > > Just make sure to replace all the paths with where you want to install > > € > > this version of dovecot. > > € > > > > € > > Lior > > € > > > > € > > On 3/7/06, Stewart Dean <sdean(a)bard.edu> wrote: > > € > > > >> Hmmm, hadn't thought of RPM. But I would like a direct answer to my > >> > > € > > > >> question, which was: Can I just tar up everything in a dovecot-only > >> > > € > > > >> prefix directory (defined in the invocation of configure) when the make > >> > > € > > > >> and make install is done, and then untar/extract it in a directory of > >> > > € > > > >> the same name over on another machine with the same OS, patches and > >> > > € > > > >> OpenSSL? Are there Dovecot dependencies outside prefix directory. > >> > > € > > > > € > > > >> My OS is AIXV5.3 maintenance/tech level 4. There is no distro RPMs for > >> > > € > > > >> same, so I am building it myself. > >> > > € > > > > € > > > >> Lior wrote: > >> > > € > > > >>> The problem you are describing is solved with tools like RPM and DEB. > >>> > > € > > > > € > > > >>> You can install/remove an entire package with a single command, you > >>> > > € > > > >>> can verify the installation with a single command, you can safetly > >>> > > € > > > >>> upgrade with a single command, and safetly revert to an older version > >>> > > € > > > >>> with a single command. > >>> > > € > > > > € > > > >>> These tools allow you to find out exactly which file belongs to what > >>> > > € > > > >>> package, and they prevent conflicting files from two different > >>> > > € > > > >>> packages from being installed. Not to mention (almost) automatic (at > >>> > > € > > > >>> least on debian) dependency resolving for packages. > >>> > > € > > > > € > > > >>> If you're using Debian, you can just "apt-get install dovecot-imap > >>> > > € > > > >>> dovecot-pop", and have the dpkg handle all of the issues you > >>> > > € > > > >>> mentioned. If you're using an RPM based distro- try yum or apt-rpm. > >>> > > € > > > > € > > > >>> Lior > >>> > > € > > > > € > > > > € > > > >> Timothy White wrote: > >> > > € > > > >>>> If you're using Debian, you can just "apt-get install dovecot-imap > >>>> > > € > > > >>>> dovecot-pop", and have the dpkg handle all of the issues you > >>>> > > € > > > >>>> mentioned. If you're using an RPM based distro- try yum or apt-rpm. > >>>> > > € > > > > € > > > > € > > > >>> And there is nothing stopping you making a deb package, from a newer > >>> > > € > > > >>> version of dovecot, that Debian has, AND, duplicating the server, so > >>> > > € > > > >>> you can do a test upgrade... Of course, with any upgrade, someone will > >>> > > € > > > >>> notice something ;-) > >>> > > € > > > > € > > > >>> Tim > >>> > > € > > > >>> -- > >>> > > € > > > >>> Linux Counter user #273956 > >>> > > € > > > > € > > > > € > > > >> -- > >> > > € > > > >> ==== > >> > > € > > > >> Stewart Dean, Unix System Admin, Henderson Computer Resources > >> > > € > > > >> Center of Bard College, Annandale-on-Hudson, New York 12504 > >> > > € > > > >> sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035 > >> > > € > > > > € > > > > € > > > > -- > ==== > Stewart Dean, Unix System Admin, Henderson Computer Resources > Center of Bard College, Annandale-on-Hudson, New York 12504 > sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035 > >

1 0

Re: [Dovecot] Can I install in the following fashion?
by Stewart Dean 07 Mar '06

07 Mar '06

if you run configure --help, you will see this (and more): > Installation directories: > --prefix=PREFIX install architecture-independent files in PREFIX > [/usr/local] > --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX > [PREFIX] > > By default, `make install' will install all the files in > `/usr/local/bin', `/usr/local/lib' etc. You can specify > an installation prefix other than `/usr/local' using `--prefix', > for instance `--prefix=$HOME'. > > For better control, use the options below. > > Fine tuning of the installation directories: > --bindir=DIR user executables [EPREFIX/bin] > --sbindir=DIR system admin executables [EPREFIX/sbin] > --libexecdir=DIR program executables [EPREFIX/libexec] > --datadir=DIR read-only architecture-independent data [PREFIX/share] > --sysconfdir=DIR read-only single-machine data [PREFIX/etc] > --sharedstatedir=DIR modifiable architecture-independent data [PREFIX/com] > --localstatedir=DIR modifiable single-machine data [PREFIX/var] > --libdir=DIR object code libraries [EPREFIX/lib] > --includedir=DIR C header files [PREFIX/include] > --oldincludedir=DIR C header files for non-gcc [/usr/include] > --infodir=DIR info documentation [PREFIX/info] > --mandir=DIR man documentation [PREFIX/man] I see now I missed something so I will redefine my request. If I invoke configure with: --prefix=/usr/local/dovecot-bld/<timestamp> --eprefix=/usr/local/dovecot-bld/<timestamp> where /usr/local/dovecot-bld/<timestamp> is a directory Q1: Will I have everything in that one directory so that by tar'ing and untar'ing that one directory I can tar up everything necessary to run dovecot on another machine with the same OSlevel/patches/OpenSSL. Will dovecot be able to reference everything it needs? I notice that --oldincludedir=DIR C header files for non-gcc [/usr/include] will not be there. Will that be a problem? Q2: Will dovecot not be able to find system resources it needs? Tar'ing up a directory is doable. RPM'ing hundreds of files scattered here and there, perhaps referenced by others, perhaps with new additions/deletions you don't know about sounds like an heroic task. Does anybody see how simple it is to upgrade UWImap with its one binary? Lior Okman wrote: > Looking at the debianized version, the bulk of the files are placed in > € > or under /usr/lib/dovecot, with all of the configuration files in > € > /etc/dovecot, and relevant binaries under /usr/bin and /usr/sbin. > € > > € > However, reading from the comment in the begining of the default > € > dovecot.conf file, you can probably compile your own version of > € > dovecot where you specify the following parameters to configure: > € > "--prefix=/usr --sysconfdir=/etc --localstatedir=/var > € > --with-ssldir=/etc/ssl". > € > Just make sure to replace all the paths with where you want to install > € > this version of dovecot. > € > > € > Lior > € > > € > On 3/7/06, Stewart Dean <sdean(a)bard.edu> wrote: > € > >> Hmmm, hadn't thought of RPM. But I would like a direct answer to my >> > € > >> question, which was: Can I just tar up everything in a dovecot-only >> > € > >> prefix directory (defined in the invocation of configure) when the make >> > € > >> and make install is done, and then untar/extract it in a directory of >> > € > >> the same name over on another machine with the same OS, patches and >> > € > >> OpenSSL? Are there Dovecot dependencies outside prefix directory. >> > € > > € > >> My OS is AIXV5.3 maintenance/tech level 4. There is no distro RPMs for >> > € > >> same, so I am building it myself. >> > € > > € > >> Lior wrote: >> > € > >>> The problem you are describing is solved with tools like RPM and DEB. >>> > € > > € > >>> You can install/remove an entire package with a single command, you >>> > € > >>> can verify the installation with a single command, you can safetly >>> > € > >>> upgrade with a single command, and safetly revert to an older version >>> > € > >>> with a single command. >>> > € > > € > >>> These tools allow you to find out exactly which file belongs to what >>> > € > >>> package, and they prevent conflicting files from two different >>> > € > >>> packages from being installed. Not to mention (almost) automatic (at >>> > € > >>> least on debian) dependency resolving for packages. >>> > € > > € > >>> If you're using Debian, you can just "apt-get install dovecot-imap >>> > € > >>> dovecot-pop", and have the dpkg handle all of the issues you >>> > € > >>> mentioned. If you're using an RPM based distro- try yum or apt-rpm. >>> > € > > € > >>> Lior >>> > € > > € > > € > >> Timothy White wrote: >> > € > >>>> If you're using Debian, you can just "apt-get install dovecot-imap >>>> > € > >>>> dovecot-pop", and have the dpkg handle all of the issues you >>>> > € > >>>> mentioned. If you're using an RPM based distro- try yum or apt-rpm. >>>> > € > > € > > € > >>> And there is nothing stopping you making a deb package, from a newer >>> > € > >>> version of dovecot, that Debian has, AND, duplicating the server, so >>> > € > >>> you can do a test upgrade... Of course, with any upgrade, someone will >>> > € > >>> notice something ;-) >>> > € > > € > >>> Tim >>> > € > >>> -- >>> > € > >>> Linux Counter user #273956 >>> > € > > € > > € > >> -- >> > € > >> ==== >> > € > >> Stewart Dean, Unix System Admin, Henderson Computer Resources >> > € > >> Center of Bard College, Annandale-on-Hudson, New York 12504 >> > € > >> sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035 >> > € > > € > > € > -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

1 0

[Dovecot] dspam plugin mailing list?
by Johannes Berg 07 Mar '06

07 Mar '06

Hi, Every once a while I get mail about my dspam plugin. While that's great (tells me people are using it or at least like the idea), sometimes I think the discussions then should be accessible to others. I'm thinking of setting up a new mailing list for it so answers get archived, are searchable, and I don't necessarily have to reply to everything. I'm not sure if that's feasible though, there probably aren't *that* many users, and sometimes the questions are more dovecot questions. Would anyone on this list (esp. Timo of course) mind if I were to note on the plugin page that discussion and questions should be sent to this (the dovecot) mailing list? I'll still be reading here and answering questions, of course, but then if something crops up that's more dovecot than plugin related it's at the right place already, or if I'm off for a few days and someone else knows the answer... If there are any objections I'll just set up a private mailing list instead and ask anyone interested to join (it'd be very low volume I guess) :) johannes

2 2

[Dovecot] mbox sync: UID inserted in the middle of mailbox...
by Simon Bowden 07 Mar '06

07 Mar '06

Hi, We're getting a lot of errors like this: Mar 7 10:02:35 imapserver dovecot: imap(user1): mbox sync: UID inserted in the middle of mailbox /home/user1/mail/mail/INBOX.Trash (8 > 2, seq=2,idx_msgs=6) We have several hundred people using the server, and at least 22 have had this error in the past 24 hours. The numbers at the end change between each user, which I guess you'd expect. I was able to make the errors go away for one user by removing the index files (rm -rf ~/mail/.imap/INBOX), so I'm guessing they were corrupt. However, the problem with this is that: 1) It requires user intervention 2) The symptom is that they aren't seeing any new mail in the affected mailbox. I had thought that the indexing stuff would not *give up*, but would reindex a directory if there was a problem. Anyone able to help? Some info on our setup: /home/user is nfs-mounted. We allow them to configure their mbox/maildir type and location, but obviously this is only relating to mbox ones. Here's the config file, stripped of comments and blank lines: ==================== protocols = imap imaps ssl_cert_file = /etc/ssl/certs/imapd.cert ssl_key_file = /etc/ssl/private/imapd.pem ssl_ca_file = /etc/ssl/certs/cacert.pem log_timestamp = "%Y-%m-%d %H:%M:%S " login_processes_count = 6 first_valid_uid = 40 mail_extra_groups = default_mail_env = mbox:~/mail/:INBOX=~/.incoming-mail mmap_disable = yes mail_drop_priv_before_exec = yes protocol imap { mail_executable = /usr/local/mail/imap-wrapper imap_client_workarounds = outlook-idle delay-newmail tb-extra-mailbox-sep } protocol pop3 { } auth default { mechanisms = plain gssapi passdb pam { args = session=yes * } userdb passwd { } user = root } plugin { } ==================== /usr/local/mail/imap-wrapper is just a script that lets them configure the setup a bit (effectively change value of MAIL, and some namespace stuff), ultimately running /usr/lib/dovecot/imap. The nfs mount options on the home directory mount are: rw,hard,intr,rsize=8192,wsize=8192,nosuid,nodev,vers=3,proto=udp Thanks! Cheers, - Simon

2 1

[Dovecot] Dovecot as a smart IMAP proxy
by Timo Sirainen 07 Mar '06

07 Mar '06

Do you see a use for an IMAP proxy where the proxy would be able to execute hooks which modify mail contents, such as transparent encrypting/decrypting mails, or maybe some virus-filtering? It would need at least some kind of IMAP command/reply parsing capabilities, so it might be able to do all kinds of other things. Maybe one potential use case would be Cyrus Murder-like proxying to multiple IMAP servers to distribute the mailboxes. But that might be done better as an imap process plugin, or maybe as IMAP mail storage backend. Anyway, the reason I'm asking this is because I was asked to add mail encryption/decryption capabilities to Dovecot's IMAP proxy, but I'm not sure what would be the best way to handle this. In any case it would be a plugin or a new binary which is executed instead of imap binary, but can I do it in a way that would actually be useful for Dovecot project in general?

8 14

[Dovecot] [IMAP] Strange! No problem when I import mails from local to server.
by Xueron Nee 07 Mar '06

07 Mar '06

Hi, All: I hava just post a question that says when I move mail from one folder to another, mails were holded in the tmp directory of the target folder. I try to move mails from server to local and then, move them from the local folder to the server side folder, it works fine :) I refresh the tmp directory and could see tmp files created-unlinked, and all mail imported to the target folder currectly. What's the problem when I move mails between server-side folders? -- Xueron Nee <xueron(a)gmail.com>

1 0