- dovecot - dovecot.org

[Dovecot] OT: best way to move maildirs to another host ?
by Brice Figureau 18 Aug '06

18 Aug '06

Hi, I'm sorry because this mail is a little bit off-topic, but Timo's email titled "1.0RC7 Released" made me think about a possible issue for me. I have to move an old dovecot installation (1.0b2) from an i386 server to a new x86_64 server running latest available dovecot. My concern is about moving all my users' mail stored as maildir onto this new server. What would be the best way to do that ? >From Timo's comment on 32bits->64bits migration, I guess I'll have to move only the maildirs (and get rid of dovecot cache files), right ? Next, from what I remember about maildir, the message names usually contain the inode so that the file name is unique. If I strictly move the files, I can be sure that the moved files won't have the same inodes number as what is in the name. Should I care ? Or should I use something different than scp/rsync to perform the migration ? Thanks for your answers, Regards, -- Brice Figureau <brice+dovecot(a)daysofwonder.com>

3 3

[Dovecot] Dovecot 1.0RC7 on FreeBSD 6.1/i386
by Martin Jackson 18 Aug '06

18 Aug '06

Everything looks good here, with kqueue support. Thanks for all the hard work, Timo! Marty

1 0

Re: [Dovecot] 1.0 RC7 released
by Bill Boebel 18 Aug '06

18 Aug '06

On Thu, August 17, 2006 6:28 pm, Timo Sirainen <tss(a)iki.fi> said: > I think my v1.0 TODO list is: > > - avoid duplicate flag change notifications, or in case the message is > also expunged don't bother notifying its flag changes at all > (shouldn't be hard) > - HFS+ avoid-hardlinks patch? > - 32bit -> 64bit upgrade still doesn't work without assert-crashing: > mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: > (fixed_size == (unsigned int)-1 || fixed_size == data_size) > - Courier-compatible INBOX. namespace gives "invalid namespace" errors What about this one? The "Connection queue full" issue doesn't appear to be entirely fixed. In fact the fix was disconnecting so frequently that I reverted to the non-fixed version: http://www.dovecot.org/list/dovecot/2006-August/015401.html Bill

1 0

[Dovecot] dovecot mbox to dovecot maildir migration
by Michael Blancas 18 Aug '06

18 Aug '06

Hi, I'm migrating accounts from one server with dovecot mbox and pam nss-ldap authentication to a new server with dovecot maildir and mysql auth (no posix accounts). My problem is the pop3 uidl format on the two servers are different, even though I'm using pop3_uidl_format = %08Xu%08Xv in both configs, I'm always re-downloading left messages on my test runs. Is there a way I could reuse the X-UID and X-IMAPbase headers on the converted mails. Issuing the UIDL command via pop3 always give a different result for the mbox and maildir spools. The X-UID and X-IMAPbase headers are present in the converted mails. The first number of X-IMAPbase maps to the mail UIDVALIDITY and the second is the same as X-UID, the mail uid. Thanks.

2 2

[Dovecot] Supporting local and virtual LDAP users, with seperate mail_env
by Tim Schafer 18 Aug '06

18 Aug '06

Is it possible to have local users with mail in maildir:%h/.maildir and virutal users with mail in maildir:/home/exim/%u/.maildir I seem to have authentication working for both local users and LDAP users. But I'm getting this error trying to access a virtual users mail. Aug 17 08:12:08 hostname dovecot: IMAP(Firstname Lastname): maildir: data=/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB/.maildir Aug 17 08:12:08 hostname dovecot: IMAP(Firstname Lastname): maildir: root=/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB/.maildir, index=/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_B Y_USERDB/.maildir, control=, inbox= Aug 17 08:12:08 hostname dovecot: IMAP(Firstname Lastname): mkdir(/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB/.maildir/cur) failed: Permission denied -- Regards, Tim Schafer Information Technology Logistics Easier with Technology Freight Solution Providers direct 916-376-6190 10453 Old Placerville Road fax 916-376-6156 Sacramento, CA 95827 tim_schafer(a)shipfsp.com

4 7

[Dovecot] kqueue rewrite testing, try #3
by Timo Sirainen 18 Aug '06

18 Aug '06

So, apparently the original kqueue code was working fine after all, although it was much more complex than it really needed to be. So, this time there's a really simple and pretty kqueue implementation: http://dovecot.org/nightly/dovecot-latest.tar.gz Tested that it seems to work with FreeBSD.

3 2

[Dovecot] 1.0rc7 getting near
by Timo Sirainen 18 Aug '06

18 Aug '06

To avoid having some stupid new problems with 1.0rc7, could you test this night's snapshot once it arrives in a couple of hours: http://dovecot.org/nightly/dovecot-20060811.tar.gz Especially people who had compiling problems with 1.0rc6. Also everyone who are still experiencing hangs could you try the suggestions in this mail and tell me what happened: http://dovecot.org/list/dovecot/2006-August/015377.html

8 16

[Dovecot] BSD people, please test kqueue changes
by Timo Sirainen 17 Aug '06

17 Aug '06

I rewrote much of the kqueue code since the old code didn't handle properly the case when both input and output I/O handlers were added to the same file descriptor with different callbacks. This is done commonly in Dovecot, so I'm wondering why more people didn't complain about problems with it.. :) I don't anyway have access to any BSDs so the code is completely untested. Please test how it works before 1.0rc7 :) http://dovecot.org/nightly/dovecot-latest.tar.gz I'd guess the hangs caused by recent RC versions were because the default was to use notify=kqueue instead of notify=none. I changed this back to none unless --with-ioloop=kqueue is used. There are a couple of things in the code that I'm not completely sure of. The kqueue() manual page says that EV_ADD "modifies" the event if it already exists. What exactly does that mean? Does it mean that the filter is replaced, or that it's ORed into the existing one? The same question for the EV_DELETE, does it delete everything or only those filters given in parameters? The code currently assumes ORing and EV_DELETE deleting only the given filters, since this is what the original code also did. I suppose the data and udata parameters don't matter in EV_DELETE since they weren't given originally in ioloop-notify-kqueue.c either, so I left them that way.

9 20

[Dovecot] [Fwd: Re: Supporting local and virtual LDAP users, with seperate mail_env]
by Tim Schafer 17 Aug '06

17 Aug '06

Ooops, this didn't go to the list -------- Original Message -------- Subject: Re: [Dovecot] Supporting local and virtual LDAP users, with seperate mail_env Date: Thu, 17 Aug 2006 11:33:51 -0700 From: Tim Schafer <tim_schafer(a)shipfsp.com> To: Timo Sirainen <tss(a)iki.fi> References: <44E4A543.3070100(a)shipfsp.com> <1155837188.9142.8.camel@hurina> <44E4AEF1.70202(a)shipfsp.com> <1155838393.9142.21.camel@hurina> I'm running rc6 The user_attrs = uid=user alone isn't doing the trick I also tried changing default_mail_env = maildir:/home/exim/%n/.maildir to default_mail_env = maildir:/home/exim/%u/.maildir dovecot.conf: listen = [::] disable_plaintext_auth = no ssl_disable = yes default_mail_env = maildir:/home/exim/%u/.maildir namespace private { separator = . prefix = INBOX. inbox = yes } mail_debug = yes first_valid_uid = 0 protocol imap { } protocol pop3 { } protocol lda { postmaster_address = postmaster(a)example.com } auth_username_chars = abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_verbose = yes auth_debug = yes auth_debug_passwords = yes auth default { mechanisms = plain passdb shadow { } passdb ldap { args = /etc/dovecot-ldap.conf } userdb passwd { } userdb ldap { args = /etc/dovecot-ldap.conf } user = root } dict { } plugin { } dovecot-ldap.conf: hosts = localhost auth_bind = yes auth_bind_userdn = cn=%n,ou=people,dc=domain,dc=com ldap_version = 3 base = ou=people,dc=domain,dc=com scope = subtree user_attrs = uid=user user_filter = (&(objectClass=uidObject)(cn=%n)) user_global_uid = mail user_global_gid = mail Regards, Tim Schafer Information Technology Logistics Easier with Technology Freight Solution Providers direct 916-376-6190 10453 Old Placerville Road fax 916-376-6156 Sacramento, CA 95827 tim_schafer(a)shipfsp.com Timo Sirainen said the following on 8/17/2006 11:13 AM: > On Thu, 2006-08-17 at 11:01 -0700, Tim Schafer wrote: > > Thank you Timo, > > > > I changed > > default_mail_env = maildir:/home/exim/%n/.maildir > > > > I may not have to support local users > > > > But I'm still running into the problem that the user authenticates as > > Firstname Lastname > > which is the cn in LDAP > > but the uid in LDAP, which would be something like > > flastname > > needs to be used for mail location. > > > > Is there a way to use the uid in LDAP to specify the mail location, > > without modifying the current LDAP database to include the full path? > > It would have been easier to answer if you had given your > dovecot-ldap.conf settings. But if "uid" in LDAP contains the short > form, then giving pass_attrs = uid=user,.. should help. Although that > was also there by default.. > > -- Regards, Tim Schafer Information Technology Logistics Easier with Technology Freight Solution Providers direct 916-376-6190 10453 Old Placerville Road fax 916-376-6156 Sacramento, CA 95827 tim_schafer(a)shipfsp.com

1 0

[Dovecot] BSD kqueue testing, once more before 1.0rc7
by Timo Sirainen 17 Aug '06

17 Aug '06

I did a few more changes and it seems to be working with FreeBSD. I didn't before realize that event filters weren't bitmasks so that broke things. Anyway, a bit more "real world testing" would be better than my test program and telnet localhost -tests :) I'll release 1.0rc7 in any case today before I go to sleep (so, max. 6 hours or so). http://dovecot.org/nightly/dovecot-latest.tar.gz

2 2