search for: courierpop3dsizelist

...will return the same UID's for the same group of messages. However, what I've read doesn't match what I'm seeing in Courier. Courier appears to keep the UID numbers for messages that it uses for the POP3 server separate from the UID numbers for the IMAP server. Courier has a file: courierpop3dsizelist which has a line for every message, like: 1129610881.6075832619.blade4:2,S 2361 1478:1065670602 1129727025.1168007000.blade1:2,S 14718 1479:1065670602 1130005953.3295720403.blade5:2,S 1554 1481:1065670602 1130108068.0849623942.blade5:2,S 8246 1482:1065670602 The first column is the maildir filena...

Hi Migration page [1] on wiki says "Courier version 3 (younger versions) Here everything has changed: Courier's UID data are now stored in courierpop3dsizelistand in a completely new format. But it's still possible to convert it to the format dovecot needs (link to perlscript and further configuration details will follow later). " but there's nothing more. I couldn't find any ready to use script for the conversion. Maybe somebody has...

...rate the users' maildirs but I'm getting these messages: --- # courier-dovecot-migrate.pl --to-dovecot --recursive mydomain.com Testing conversion to Dovecot format Finding maildirs under mydomain.com mydomain.com/contact/./Maildir: No imap/pop3 uidlist files mydomain.com/someone/./Maildir/courierpop3dsizelist: Broken header: /1 9 Can't use string ("0") as a HASH ref while "strict refs" in use at /usr/local/sbin/courier-dovecot-migrate.pl line 300. --- The courierpop3dsizelist files have contents like this one: --- /1 9 1181869523.M278844P24357V000000000000080CI006E803B_0.email...

Hi, I found a problem in the courier conversion script (courier-dovecot-migrate.pl). In some cases, it does not correctly preserve the order of POP3 UIDLs. Consider the following case, when courierpop3dsizelist contains: /2 9000 1327481629 AAA1:2,S 10000 21:1327481629 AAA2:2,S 10000 22:1327481629 AAA3:2,S 10000 23:1327481629 AAA4:2,S 10000 24:1327481629 AAA5:2,S 10000 25:1327481629 BBB11:2,S 10000 11:1327481629 BBB12:2,S 10000 12:1327481629 BBB13:2,S 10000 13:1327481629 BBB14:2,S 10000 14:1327481629 BBB1...

I've got a weird split setup where POP3 is currently handled by Courier (courier-imap-3.0.2 distribution), and IMAP is currently handled by the RHEL 5 version of Dovecot (1.0.7) I'm trying to figure out a way to convert the POP3 UIDLs (in cases where the courierpop3dsizelist is newer than dovecot-uidlist, at least) to something that Dovecot will read, or to configure Dovecot's pop3 to use a UIDL format that will work, as mentioned in the migration wiki. We have some "squeaky wheel" users who don't have their POP clients set to delete messages, and are...

...only shows if it works. # --overwrite: Ovewrite dovecot-uidlist file even if it exists already. # --recursive: Recursively find maildirs to convert # <conversion path>: Maildir directory, or with --recursive its parent # directory or its parent's parent # - If courierpop3dsizelist is found, it makes its best effort to keep the # POP3 UIDLs, unless the file is more than 30 days older than # courierimapuiddb (user probably stopped using POP3). # - If courierpop3dsizelist isn't found (or it's old), the dovecot-uidlist # is directly converted keeping all the UI...

...t;courier-dovecot-migrate.pl" the Courier-Files still remain in the Maildir. Can i just delete those Courier-specific-files or does dovecot need them somehow (do you normally get rid of these after conversion)? It's about these files: courierimapacl courierimapsubscribed courierimapuiddb courierpop3dsizelist And those directories: courierimaphieracl courierimaphieracl Can i simply delete those with "find" ? Furthermore: is it possible to convert back from Dovecot-Format to Courier-Format? Thanks in advance, Werner [1] http://www.dovecot.org/tools/courier-dovecot-migrate.pl

HI All, We have the latest Dovecot 1.1.6 running and I need to migrate some POP3 users over from Courier to Dovecot and would need to convert the courierpop3dsizelist to maintain the UIDs. I just need to confirm that the script (http://www.dovecot.org/tools/courier-dovecot-migrate.pl) only works for Dovecot v1.0 and not for v1.1? As the dovecout-uidlist file that is created (by the script) is not in the same format as dovecot-uidlist file that is created by the...

Hi, About a week ago I upgraded our reasonably heavily loaded mail servers from a pretty recent courier version to dovecot-1.1rc10. IMAP performance on dovecot is amazing, however POP3 performance is worse than courier :-( I have uploaded some munin graphs taken today to http://linweb.atlas.pipex.net/dovecot/; the dovecot server is handling about 2000 pop logins/sec and 300 imap sessions (but

We have migrated a mailsystem to postfix/dovecot, using the courier migrate script, and we have run into a problem with dovecot-uidlist. The messages are not listed in the correct order .. This is an example dovecot-uidlist -file: 1 1177585200 49 22 1179084774.P7191Q0M321163.webmail1,S=8245:2,S 24 1179377823.P15932Q0M835219.smtp1,S=3462:2,S 25 1179668346.P23942Q0M941365.webmail1,S=4820357:2,S 31

Hi, Courier to dovecot migration script https://dovecot.org/tools/courier-dovecot-migrate.pl referenced at the https://wiki.dovecot.org/Migration/Courier page has a couple of problems. One of them is that the script could not process courierpop3dsizelist generated by courier-5. File format has been changed a bit to mark UTF-8 messages with an additional attribute. Is it safe to ignore such flag or its value should be stored somewhere for dovecot? Internally courier assumes false value during migration from the previous format version (v2 to v3)....

hi all I have a problem with the conversion of files containing UIDL Courier to dovecot uidl , dovecot version is 1.2.15 , format in dovecot is pop3_uidl_format = %08Xu%08Xv i try any other from available list without success courierpop3dsizelist format /2 920 1290084761 1296206202.H818256P31717.domain.tld,S=57135:2,S 57679 87:1290084761 1296239411.H289216P22896.domain.tld,S=1660:2,S 1694 88:1290084761 1296480156.H578502P4335.domain.tld,S=26610:2,S 26995 89:1290084761 1296552510.H517452P28309.domain.tld,S=2894:2,S 2980 90:1290084761 129674...

Hi there, I've just been experimenting with the latest courier-dovecot-migrate.pl script and I notice that it favours keeping pop3 UIDL ordering rather than IMAP UID preservation. There is this comment (line 312): # POP3 clients may want to get POP3 UIDLs in the same order always. # Preserve the order even if it causes IMAP UIDs to change. Does anyone have details as to which

Hi, (my first post to the list) I'm in the process of testing Dovecot to see whether it meets our needs to replace our current Courier setup which serves well over 100.000 mailboxes (pop3 and imap: mysql with NFS) So far dovecot seems pretty straight forward; however I ran into a couple of things that I'm curious about. 1. What's the deal with

...----- 5 vmail vmail 4096 Apr 28 2006 .sent-mail drwx------ 2 vmail vmail 4096 Jun 10 19:01 courierimapkeywords -rw-r--r-- 1 vmail vmail 47 May 13 15:44 courierimapsubscribed -rw-r--r-- 1 vmail vmail 621 Jun 10 19:01 courierimapuiddb -rw-r--r-- 1 vmail vmail 1582 Aug 7 15:56 courierpop3dsizelist drwx------ 2 vmail vmail 4096 Aug 7 15:56 cur -rw------- 1 vmail vmail 1157 Aug 19 23:55 dovecot-uidlist -rw------- 1 vmail vmail 396 Aug 19 23:27 dovecot.index -rw------- 1 vmail vmail 16384 Aug 19 23:29 dovecot.index.cache -rw------- 1 vmail vmail 528 Aug 19 23:27 dovecot.in...

...;s maildir) 2010/02/12 01:34:32 [71490] .d..t...... spool/jails/mailbak.example.com/home/vpopmail/domains/example.com/exampleuser/Maildir/ (some courier-related files) 2010/02/12 01:34:32 [71490] >f.st...... spool/jails/mailbak.example.com/home/vpopmail/domains/example.com/exampleuser/Maildir/courierpop3dsizelist 2010/02/12 01:34:32 [71490] >f.st...... spool/jails/mailbak.example.com/home/vpopmail/domains/example.com/exampleuser/Maildir/maildirsize (read mail directory) 2010/02/12 01:34:32 [71490] .d..t...... spool/jails/mailbak.example.com/home/vpopmail/domains/example.com/exampleuser/Maildir/cur/ (r...

...ual virtual 4096 13. Dez 11:56 listen drwx--S--- 12 virtual virtual 4096 13. Dez 11:55 webmaster server1:/etc/init.d# ls -l /usr/local/virtual/silviosiefke.de/webmaster insgesamt 76 drwx--S--- 2 virtual virtual 4096 8. Dez 16:26 courierimaphieracl -rw-r--r-- 1 virtual virtual 175 31. M?r 11:30 courierpop3dsizelist drwx--S--- 2 virtual virtual 28672 31. M?r 11:30 cur drwx--S--- 2 virtual virtual 20480 31. M?r 11:30 new drwx--S--- 2 virtual virtual 4096 13. Dez 11:55 sqwebmail-curcache -rw------- 1 virtual virtual 1 13. Dez 11:55 sqwebmail-curcache.nfshack -rw------- 1 virtual virtual 7 8. Dez 16:26...

...maphieracl drwxrwxr-x 3 _vmail _postfix 102 Jun 3 23:58 courierimapkeywords -rw-r--r-- 1 _vmail _postfix 290 Dec 16 14:51 courierimapsubscribed -rw-r--r-- 1 _vmail _postfix 394010 Jun 3 17:46 courierimapuiddb -rw-r--r-- 1 _vmail _postfix 513065 May 25 17:04 courierpop3dsizelist drwxrwxr-x 6933 _vmail _postfix 235722 Jun 4 09:09 cur -rwxrwxr-x 1 _vmail _postfix 34 May 26 10:17 dovecot-keywords -rw-rw-r-- 1 _vmail _postfix 537661 Jun 4 09:07 dovecot-uidlist -rwxrwxr-x 1 _vmail _postfix 8 Jun 4 09:09 dovecot- uidvalidity -rwxrwxr-x 1...

Hi, today I've finished migration from uw-imap daemons to shiny and fast dovecot. With thanks of dovecot my mail server load average drops by factor of ten even with ancient unix mailboxes. ;-) So, the only thing I've discovered is what POP3 uidls are different than ones used in the uw-imap. Luckily, the difference are only in the format string used in uidl response. So, I've

...fine - i haven't checked for badblocks on them yet. * Each of those servers have their own disks for mail storage - there is no NFS or cluster FS involved. * The inode numbers in "ext3_lookup: unlinked inode" seem to be referring to a non existent courier pop/imap servers cache file (courierpop3dsizelist). At this point, iam trying to figure out the possible causes for such ext3 errors. Any pointers/recommendations will be of great help. P.S : Logs provided here is not complete and i would be glad to dig & post complete logs of these events as required. TIA Dushyanth