Re: Problem starting cyrus imap in FC6 Was:[Re: Newbie needs help]
Am Dienstag, 2. Januar 2007 23:01 schrieb Andreas Winkelmann: On Tuesday 02 January 2007 22:34, Uwe Kiewel wrote: I ran into a problem with an postfix-mysql-cyrus installation and i don't know what to do. I used the postfix-cyrus howto to set up the server. The postfix, the saslauthd and mysql server started without any problem, but when i tried to start cyrus i got the following error message: cyrus-imapd Datenbanken importieren: [FEHLGESCHLAGEN] It is a german error message and it means: import of cyrus imapd databases: terminated Hmm, this is a Script from FC/RH. I don't know what it does, when it tries to import Databases. The FC Start/Stop scripts do as follow (only importent parts of the script): Start: $RUNUSER - cyrus -c umask 166 ; /usr/lib/cyrus-imapd/cvt_cyrusdb_all ${CONFIGDIRECTORY}/rpm/db_import.log 21 /dev/null RETVAL=$? if [ $RETVAL -eq 0 ]; then success $$BASENAME importing databases else failure $$BASENAME error importing databases, check ${CONFIGDIRECTORY}/rpm/db_import.log fi Hmm, this is english and the check ${CONFIGDIRECTORY}/rpm/db_import.log is missing in the German output. I hope this is the same Version. Carsten wrote, he use FC6. The post above is from my FC6 system, only my system langange is english. cvt_cyrusdb_all is not a Cyrus-Imapd Command. I would guess, this is a RH/FC Extension. Check what it does. It seems to fail. You're right. The head of the file: # This script converts all db files of a cyrus installation from their # existing format to the format required by the current installation. # The format of current db files is determined using the 'file' command # with a magic file added for skiplist db, the new format is read from # a config file usually in /usr/share/cyrus-imapd/rpm/db.cfg, which is # created while compiling. After converting, the db.cfg file is # copied to a cache file usually at /var/lib/imap/rpm/db.cfg.cache to # allow bypassing this converting script if both files are identical. # While this is a bit less secure, it may be useful on big server where # db converting is done automatically. # # This script can safely be run as root, it will reexec itself as user # cyrus if needed. # # author: Simon Matter, Invoca Systems [EMAIL PROTECTED] This is my log for shutting down cyrus: cvt_cyrusdb_all version: 1.2.1 db_checkpoint: checkpoint begin: Tue Jan 2 21:15:31 2007 db_checkpoint: checkpoint complete: Tue Jan 2 21:15:31 2007 Finding last valid log LSN: file: 1 offset 4023460 Recovery starting from [1][4022834] Recovery complete at Tue Jan 2 21:15:33 2007 Maximum transaction ID 80002795 Recovery checkpoint [1][4023990] Converting from /var/lib/imap/deliver.db (berkeley) to /var/lib/imap/deliver.db.skiplist (skiplist) Converting from /var/lib/imap/tls_sessions.db (berkeley) to /var/lib/imap/tls_sessions.db.skiplist (skiplist) removed `/var/lib/imap/db/log.01' removed `/var/lib/imap/db/__db.001' removed `/var/lib/imap/db/__db.002' removed `/var/lib/imap/db/__db.003' removed `/var/lib/imap/db/__db.004' removed `/var/lib/imap/db/__db.005' And for starting up cyrus: cvt_cyrusdb_all version: 1.2.1 db_checkpoint: open: No such file or directory Converting from /var/lib/imap/deliver.db.skiplist (skiplist) to /var/lib/imap/deliver.db (berkeley) Converting from /var/lib/imap/tls_sessions.db.skiplist (skiplist) to /var/lib/imap/tls_sessions.db (berkeley) I could not imagine, why FC6 runs the script on every start up/shut down cycle. Strange. The reason behind it is very simple, if you do a system upgrade and suddenly have another BDB version on your box, or you move the mailstore from an older cyrus-imapd server to a newer one, you'll have the BDB-fun discussed on this list very frequently (it's not only with cyrus-imapd, just ask those openldap or subversion users...). Now, the Invoca rpm package solved this by bringing the cyrus-imapd messagestore to a portable state whenever it's not running - and by switching all berkeley databases to skiplist by default, those problems are gone for most users anyway. Another benefit is that you can stop cyrus-imapd, change the database configurations and start it up again. All will convert automagically. However, you are not using the Invoca rpm so I don't know exactly how it works in your situation (the packages shipped by RedHat/Fedora are based on older and modified versions of the Invoca rpm). Regards, Simon Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
.forward and newest cyrus macro
Hi, This question may have been asked in the past, but I haven't been able to find it in the archives. I have a new installation of Cyrus (V2.2.12) on a Solaris 10 box running Sendmail 8.13. The problem I have is that .forward files in users' accounts are not being honoured. The sendmail.mc file uses as was recommended to us the cyrusv2 macro (we previously used the original cyrus macro on our old systems which honored .forward fine). The relevant lines are: define(`confLOCAL_MAILER', `cyrusv2') define(`confSMTP_LOGIN_MSG', `$j; $b')dnl DAEMON_OPTIONS(`Port=smtp, Addr=127.0.0.1, Name=MTA')dnl DAEMON_OPTIONS(`Port=2525, Name=MTA')dnl DAEMON_OPTIONS(`Port=587, Addr=127.0.0.1, Name=MSA')dnl MAILER(`cyrusv2') MAILER(`local')dnl MAILER(`smtp')dnl I read somewhere that you need to set some mailer flags to enable .forward support, but have tried a number of permutations without success. Can anyone point me in the right direction please? Regards Geoff Pryke Goldsmiths College UK Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: .forward and newest cyrus macro
Hi, Add this line: define(`CYRUSV2_MAILER_FLAGS', `mA@/:|w')dnl the w flag does what you want but it needs accounts to exists o the machine I think. The remaining flags are the default cyrus one. See this page http://www.sendmail.org/~ca/email/doc/op-sh-5.html#sh-5.4 for an explanation on the flags. Yann Geoff Pryke a écrit : Hi, This question may have been asked in the past, but I haven't been able to find it in the archives. I have a new installation of Cyrus (V2.2.12) on a Solaris 10 box running Sendmail 8.13. The problem I have is that .forward files in users' accounts are not being honoured. The sendmail.mc file uses as was recommended to us the cyrusv2 macro (we previously used the original cyrus macro on our old systems which honored .forward fine). The relevant lines are: define(`confLOCAL_MAILER', `cyrusv2') define(`confSMTP_LOGIN_MSG', `$j; $b')dnl DAEMON_OPTIONS(`Port=smtp, Addr=127.0.0.1, Name=MTA')dnl DAEMON_OPTIONS(`Port=2525, Name=MTA')dnl DAEMON_OPTIONS(`Port=587, Addr=127.0.0.1, Name=MSA')dnl MAILER(`cyrusv2') MAILER(`local')dnl MAILER(`smtp')dnl I read somewhere that you need to set some mailer flags to enable .forward support, but have tried a number of permutations without success. Can anyone point me in the right direction please? Regards Geoff Pryke Goldsmiths College UK Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: .forward and newest cyrus macro
On Wed, 2007-01-03 at 10:06 +, Geoff Pryke wrote: This question may have been asked in the past, but I haven't been able to find it in the archives. I have a new installation of Cyrus (V2.2.12) on a Solaris 10 box running Sendmail 8.13. The problem I have is that .forward files in users' accounts are not being honoured. Unless you want abandon .forward ( and other mail processing facilities like autoresponders ) in favor to the sieve this topic is not cyrus related. .forward is mail routing topic and as such is MTA related ( sendmail in your case ). M -- Mirosław Psyborg Jaworski GCS/IT d- s+:+ a C++$ UBI$ P+++$ L- E--- W++(+++)$ N++ o+ K- w-- O- M- V- PS+ PE++ Y+ PGP t 5? X+ R++ !tv b++(+++) DI++ D+ G e* h++ r+++ y? Hi-ho, hi-ho, it's hand grenades I throw... Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Read folders via nntp
Uwe Kiewel wrote: Hi, I have some mailing lists subscribet. Sieve checks the sender statement in the mail header and put the mails into the folders. How are the mailing list folders readable by nntp, so a newsreader can be used for reading? Read doc/install-netnews.html -- Kenneth Murchison Systems Programmer Project Cyrus Developer/Maintainer Carnegie Mellon University Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Can murder be used for IMAP server migration?
Gary Mills wrote: My current e-mail server has both SMTP and IMAP running on the same machine. I'm building a new IMAP server on a different machine that will ultimately have ten times the capacity. I'm looking for a way to migrate mailboxes from the old server to the new one without shutting down the whole service for an extended period of time. Can I use the old server as both a front end and one of the back ends for a murder configuration, with the new server as the second back end? Will that allow me to migrate mailboxes at my convenience? How do I prevent a port conflict between the IMAP server and the proxy on the old server? You'll have to run the frontend + mupdate master on a separate machine. Do I have to run the same Cyrus version on both machines? Currently, the old server runs cyrus-imapd-2.1.14 and the new one runs cyrus-imapd-2.3.6. No, assuming that 2.1.x has support for the XFER/DUMP commands (I don't recall). -- Kenneth Murchison Systems Programmer Project Cyrus Developer/Maintainer Carnegie Mellon University Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
vanished folders
hi, i've moved several users with imapsync from an other cyrus setup to kolab which uses cyrus imapd. now i can only see the inbox, NONE of the subfolders. i've tried to reconstruct without any success. no client is able to see the folders. i've tried: kmail, thunderbird, mulberry. when i use a shell to have a native look at spool i can see all users, folders and mails. file permissions are correct and cache/index files are present. no errors are loged. is there a way to increase the loglevel? perhaps this can lead me to a clue. i'm a bit desperate by now :( perhaps some one can help. TIA matthias -- Matthias Henze [EMAIL PROTECTED] Use PGP!! http://www.mhcsoftware.de/MatthiasHenze.asc - - - - - - - - - - - - - - - - - - - - - - - - - - - MHC SoftWare GmbH voice: +49-(0)9533-92006-0 Fichtera 17 fax: +49-(0)9533-92006-6 96274 Itzgrund/Germanye-Mail: [EMAIL PROTECTED] - - - - - - - - - - - - - - - - - - - - - - - - - - - Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Sieve vacation - where is information stored
Hallo, when i set a vacation using sieve, i can set, when the next vacation-message will be sent - if more Mails arrive from same recipient, eg 7 days. Where does cyrus store this information? (recipient, when was vacation-message last sent) Or better, where can i read, where cyrus stores .. Thanks in advance Sören Anderson Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
Hi Matthias, On Wed, January 3, 2007 7:45 am, Matthias Henze wrote: hi, i've moved several users with imapsync from an other cyrus setup to kolab which uses cyrus imapd. now i can only see the inbox, NONE of the subfolders. What command line options did you pass to imapsync? Are the folders present at a filesystem level? Mike Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
Matthias Henze wrote: hi, i've moved several users with imapsync from an other cyrus setup to kolab which uses cyrus imapd. now i can only see the inbox, NONE of the subfolders. i've tried to reconstruct without any success. no client is able to see the folders. i've tried: kmail, thunderbird, mulberry. when i use a shell to have a native look at spool i can see all users, folders and mails. file permissions are correct and cache/index files are present. no errors are loged. is there a way to increase the loglevel? perhaps this can lead me to a clue. i'm a bit desperate by now :( perhaps some one can help. TIA matthias check the subscriptions on your folders in your client... -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
On Wed, 2007-01-03 at 14:45 +0100, Matthias Henze wrote: i've moved several users with imapsync from an other cyrus setup to kolab which uses cyrus imapd. now i can only see the inbox, NONE of the subfolders. i've tried to reconstruct without any success. no client is able to see the folders. i've tried: kmail, thunderbird, mulberry. when i use a shell to have a native look at spool i can see all users, folders and mails. file permissions are correct and cache/index files are present. Folders are mailboxes too. Did you created them within kolab before moving data? You need to create them in cyrus and give user access to them in the same manner as you do with main user mailbox ( using cyradm's syntax: cm, sam ). Additionally you must remember about subscriptions. User can have many mailboxes, but he doesn't need/want to have an insight into all of them all the time. Move subscriptions to the new system if the format is same ( check /var/imap/user/ tree for user's .sub files ) or reconstruct them. MUAs give users option to see all of user' folders and manipulate subscriptions. M. -- Mirosław Psyborg Jaworski GCS/IT d- s+:+ a C++$ UBI$ P+++$ L- E--- W++(+++)$ N++ o+ K- w-- O- M- V- PS+ PE++ Y+ PGP t 5? X+ R++ !tv b++(+++) DI++ D+ G e* h++ r+++ y? Evil is just live, spelt backwards. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
Am Mittwoch, 3. Januar 2007 15:26 schrieb Mirosław Jaworski: On Wed, 2007-01-03 at 14:45 +0100, Matthias Henze wrote: i've moved several users with imapsync from an other cyrus setup to kolab which uses cyrus imapd. now i can only see the inbox, NONE of the subfolders. i've tried to reconstruct without any success. no client is able to see the folders. i've tried: kmail, thunderbird, mulberry. when i use a shell to have a native look at spool i can see all users, folders and mails. file permissions are correct and cache/index files are present. Folders are mailboxes too. Did you created them within kolab before moving data? no You need to create them in cyrus and give user access to them in the same manner as you do with main user mailbox ( using cyradm's syntax: cm, sam ). i've tried to change acl's with cyradm. with out success. acl's are set but folder stay invisible. but i do not understand this. i've createt a kolab account and used imapsync. i thought that is is nothing but moving the mail with a MUA. foders are created with imap commands and mails are moved. there shoud be no difference. when i create a folder with a MUA i can see it. imap sync is a MUA too, as it uses an imap connection and imap commands ... Additionally you must remember about subscriptions. User can have many mailboxes, but he doesn't need/want to have an insight into all of them all the time. Move subscriptions to the new system if the format is same ( check /var/imap/user/ tree for user's .sub files ) or reconstruct them. MUAs give users option to see all of user' folders and manipulate subscriptions. i know, but i can't subscribe to them as they are not displayed ... hmm, i remember that one of the folders (more than 100 at all) is visible. i will check acl's an compare them to the others. matthias Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
On Wed, January 3, 2007 8:34 am, Matthias Henze wrote: Am Mittwoch, 3. Januar 2007 15:03 schrieb Mike Husmann: Hi Matthias, On Wed, January 3, 2007 7:45 am, Matthias Henze wrote: hi, i've moved several users with imapsync from an other cyrus setup to kolab which uses cyrus imapd. now i can only see the inbox, NONE of the subfolders. What command line options did you pass to imapsync? Are the folders present at a filesystem level? hi mike, no special options. and: yes, they are present an all mails too. they are just invisible. Check out the imapsync man page (or run imapsync --help). You're looking for the --subscribe option (auto subscribes you to all folders that were subscribed to on the old server). Give the instructions a good read - there are lots of good options like preserving internal date/time stamps and read/unread status. Mike Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Apple and their new Mail Clustering in Leopard 10.5
I haven't seen any discussion on Apple's new mail clustering that they are putting into OSX Leopard server 10.5. I was just wondering if anyone knew anything on how it worked? I've actually had the opportunity to play with it. I set up my xsan, I set up the two mail servers. It has the ability to turn clustering on and then it creates a single directory that both servers access on the xsan. Under this director is a common shared imapd.conf, cyrus.conf, and an empty database directory where I'm guessing the future database will go that the two servers share. Anyways, I was wondering if apple has introduced true round robin syncing and if they have a multiple simultaneous access database? During our initial testing it was found that it seemed like if you updated the system on one side, it would sync the changes to the other system in a few seconds. It appeared to go both ways, which is very exciting. However, by setting both systems up to use the same database, we were getting database corruption, so I don't think that is resolved yet. Although it took hours instead of seconds to corrupt the database. I'm guessing they would have to probably change the database from Berkley to something that can support multiple accesses? Thanks! David -- David Korpiewski Phone: 413-545-4319 Software Specialist IFax: 413-577-2285 Department of Computer Science ICQ: 7565766 University of Massachusetts Amherst Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
Am Mittwoch, 3. Januar 2007 15:46 schrieb Matthias Henze: hmm, i remember that one of the folders (more than 100 at all) is visible. i will check acl's an compare them to the others. got it - was a ACL problem. invisible folder have: rswipcda and visible: lrswipcda - the l was missing ... i don't understand why ACL's are not set correctly by now, but i will consult the imapsync manual, perhaps there are options to solve this. thanks to all who replied ! matthias Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
Am Mittwoch, 3. Januar 2007 15:03 schrieb Mike Husmann: Hi Matthias, On Wed, January 3, 2007 7:45 am, Matthias Henze wrote: hi, i've moved several users with imapsync from an other cyrus setup to kolab which uses cyrus imapd. now i can only see the inbox, NONE of the subfolders. What command line options did you pass to imapsync? Are the folders present at a filesystem level? hi mike, no special options. and: yes, they are present an all mails too. they are just invisible. matthias Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
On Wed, 2007-01-03 at 15:46 +0100, Matthias Henze wrote: Folders are mailboxes too. Did you created them within kolab before moving data? no What does cyradm say: lm user.user* ( pick a user with folders ). Are users folders listed? You need to create them in cyrus and give user access to them in the same manner as you do with main user mailbox ( using cyradm's syntax: cm, sam ). i've tried to change acl's with cyradm. with out success. acl's are set but folder stay invisible. acl is about what user X is allowed to do with mailbox Y, subscription is about whether he wants to see it. but i do not understand this. i've createt a kolab account and used imapsync. i thought that is is nothing but moving the mail with a MUA. foders are created with imap commands and mails are moved. there shoud be no difference. when i create a folder with a MUA i can see it. imap sync is a MUA too, as it uses an imap connection and imap commands ... imapsync couldn't do migration the way i wanted ( keeping uidl ), therefore i didn't used it and i am not familiar with it. It's possible it did good job creating folders/mailboxes though. Additionally you must remember about subscriptions. User can have many mailboxes, but he doesn't need/want to have an insight into all of them all the time. Move subscriptions to the new system if the format is same ( check /var/imap/user/ tree for user's .sub files ) or reconstruct them. MUAs give users option to see all of user' folders and manipulate subscriptions. i know, but i can't subscribe to them as they are not displayed ... Yes, you can. Otherwise subscriptions wouldn't make any sense. You should be able to see all your folders, subscribed or not ( maybe you just need to change view filter in your MUA subscription manager ). Anyway - migrating subscriptions is another thing sucessful migration should take care of. To avoid numerous complaints about missing folders it's safer to subscribe user to all his folders than waiting for all the users subscribing themselves back to the ones they want within next months :) If you're in a middle of a big after migration f*ckup i suggest you to pick flatfile format for your subscriptions ( subscription_db: flat option in imapd.conf ) and regenerate subscription files for all the users Example: user: test subscription file: /var/imap/user/t/test.sub subscription file content: user.test.folder1 user.test.folder2 user.test.list user.test.list.cyrus user.test.list.fbsd-ports user.test.monitoring user.test.monitoring.nagios user.test.monitoring.netcool NOTE: don't forget extra tab (\t) before the end of the each line. That's one of the things you usually discover in the middle of the night during migration :) M. -- Mirosław Psyborg Jaworski GCS/IT d- s+:+ a C++$ UBI$ P+++$ L- E--- W++(+++)$ N++ o+ K- w-- O- M- V- PS+ PE++ Y+ PGP t 5? X+ R++ !tv b++(+++) DI++ D+ G e* h++ r+++ y? Do not disturb. Already disturbed! Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: vanished folders
Mirosław Jaworski wrote: NOTE: don't forget extra tab (\t) before the end of the each line. That's one of the things you usually discover in the middle of the night during migration :) I can confirm this too :) -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Apple and their new Mail Clustering in Leopard 10.5
At 10:01 AM -0500 1/3/07, David Korpiewski wrote: I haven't seen any discussion on Apple's new mail clustering that they are putting into OSX Leopard server 10.5. Given that OS X Leopard is under development and bound by an NDA, licensed testers would be in violation to discuss it publicly. -- Andrew Laurence [EMAIL PROTECTED] Central Computing Serviceshttp://www.nacs.uci.edu/~atlauren/ Network Academic Computing Svcs. University of California, Irvine Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: IMAP sync tool (rsync for IMAP)
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Florin Andrei Sent: Saturday, December 23, 2006 2:14 AM To: info-cyrus@lists.andrew.cmu.edu Subject: Re: IMAP sync tool (rsync for IMAP) Florin Andrei wrote: Sort of like rsync for IMAP, if that makes sense. So far, the only tool I've found is imapsync: http://freshmeat.net/projects/imapsync/ Seems to be working fine. It's recursive, it's smart (subsequent runs don't download the old messages again, only the new messages), the command-line switches are a rich set that's pretty much self-explanatory. It's easy to do non-destructive tests. It's flexible enough. Downside: If you have very large messages on the source IMAP servers, you better run the script on a machine with lots of RAM. On my system it died repeatedly with out of memory when it was hitting a 32MB message (on-disk size), and the system has 1GB RAM. It's probably best to run it on a 3rd system, one that's separate from both the source and the destination IMAP servers, otherwise unpleasant things might happen if the script starts to gobble up RAM on the IMAP server. Again, this 3rd system is best if it has lots of RAM if you allow large messages on your source IMAP server. My apologies for this being off topic but I was hoping someone might be able to comment. I have 2 users left on an OLD Cyrus installation I want to get off and was hoping to use imapsync. It seemed to work just fine except dates of the messages from the old server to the new were not retained. All of the messages have the date they were imported instead. I ran imapsync on the destination host, I wouldn't think that would make a difference - does it matter? /usr/bin/imapsync --syncinternaldates --host1 source.host --user1 bob \ --noauthmd5 --passfile1 /tmp/secret1 --host2 destination.host --user2 bob \ --noauthmd5 --passfile2 /tmp/secret2 Any suggestions would be appreciated. --Jim Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: IMAP sync tool (rsync for IMAP)
Florin Andrei wrote: Anyway, slower is better than crashing. I'll try and contact the author to make him aware of this discussion thread. I did it and there's version 1.200 posted on Freshmeat claiming the memory issue has been fixed. I'll give it a try one of these days. http://freshmeat.net/projects/imapsync/ -- Florin Andrei http://florin.myip.org/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: IMAP sync tool (rsync for IMAP)
James Miller wrote: I have 2 users left on an OLD Cyrus installation I want to get off and was hoping to use imapsync. It seemed to work just fine except dates of the messages from the old server to the new were not retained. All of the messages have the date they were imported instead. I ran imapsync on the destination host, I wouldn't think that would make a difference - does it matter? /usr/bin/imapsync --syncinternaldates --host1 source.host --user1 bob \ --noauthmd5 --passfile1 /tmp/secret1 --host2 destination.host --user2 bob \ --noauthmd5 --passfile2 /tmp/secret2 I used it without --syncinternaldates and it worked fine, the dates were imported correctly. imapsync --host1 X.Y.Z.K --user1 joeblow --passfile1 pass1 \ --host2 A.B.C.D --user2 joeblow --passfile2 pass2 \ --authmech1 LOGIN --authmech2 LOGIN \ --prefix2 oldmail/ \ --subscribe The --prefix2 option was used because I did not actually migrate one account to another, but I just wanted to copy the old account under a folder on the new account. That doesn't seem to be your case. -- Florin Andrei http://florin.myip.org/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
why does salspasswd2 always append a realm?
Hello, I would like to insert an admin-user without a domain/realm into an sasldb2. But saslpasswd2 always appends the hostname to the userid I provide. Example: echo test | saslpasswd2 -c admin sasldblistusers2 [EMAIL PROTECTED]: userPassword How can I avoid this? I have virtdomains: userid in my /etc/imapd.conf, but I need an admin-user without realm so that I manage all accounts with it, not just accounts within the same realm. Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
ldap lookup with different search_base's?
Hello, for common email users, I have a path like this: [EMAIL PROTECTED],ou=users,dc=mailservices so the search base is ou=users,dc=mailservices. Using this, authentication works fine. But I would like to include the admin user into the ldap lookup as well. How can I manage this? I planned to have the admin user at cn=admin,dc=mailservices. How do I manage that saslauthd checks in both paths? What do I have to enter at admins in /etc/imapd.conf? Does anyone have a similar setup and can provide some config files or examples? Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: why does salspasswd2 always append a realm?
On Wednesday 03 January 2007 22:38, Marten Lehmann wrote: I would like to insert an admin-user without a domain/realm into an sasldb2. But saslpasswd2 always appends the hostname to the userid I provide. Example: echo test | saslpasswd2 -c admin sasldblistusers2 [EMAIL PROTECTED]: userPassword How can I avoid this? I have virtdomains: userid in my /etc/imapd.conf, but I need an admin-user without realm so that I manage all accounts with it, not just accounts within the same realm. Use a defaultdomain (man imapd.conf). imapd.conf: admins: admin [EMAIL PROTECTED] ... defaultdomain: domain.tld # saslpasswd2 -cu domain.tld admin And authenticate as admin. -- Andreas Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: ldap lookup with different search_base's?
On Wednesday 03 January 2007 22:43, Marten Lehmann wrote: for common email users, I have a path like this: [EMAIL PROTECTED],ou=users,dc=mailservices so the search base is ou=users,dc=mailservices. Using this, authentication works fine. But I would like to include the admin user into the ldap lookup as well. How can I manage this? I planned to have the admin user at cn=admin,dc=mailservices. How do I manage that saslauthd checks in both paths? What do I have to enter at admins in /etc/imapd.conf? Does anyone have a similar setup and can provide some config files or examples? Hmm, you can use ldapdb. Then you can specify multiple authz-regexp In slapd.conf. Seperate them somehow in the Matching-Pattern. I havn't tested this, but I think it's a try worth. -- Andreas Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: why does salspasswd2 always append a realm?
Hello, Use a defaultdomain (man imapd.conf). that doesn't solve the problem. As soon as an admin-user contains a realm (e.g. not just admin but [EMAIL PROTECTED]) this admin-user can only manage accounts for mydomain.com. But I need an admin-user that can create and manage users for arbitrary domains/realms on a virtual domain environment. So I really need to login without a realm. Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: IMAP sync tool (rsync for IMAP)
On Jan 3, 2007, at 9:20 AM, James Miller wrote: I have 2 users left on an OLD Cyrus installation I want to get off and was hoping to use imapsync. It seemed to work just fine except dates of the messages from the old server to the new were not retained. All of the messages have the date they were imported instead. I ran imapsync on the destination host, I wouldn't think that would make a difference - does it matter? /usr/bin/imapsync --syncinternaldates --host1 source.host --user1 bob \ --noauthmd5 --passfile1 /tmp/secret1 --host2 destination.host -- user2 bob \ --noauthmd5 --passfile2 /tmp/secret2 You need the syncinternaldates. Did you do a sync already without that option? You need to toast the destination and resync it to get the dates fixed... -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: why does salspasswd2 always append a realm?
On Jan 3, 2007, at 4:30 PM, Marten Lehmann wrote: that doesn't solve the problem. As soon as an admin-user contains a realm (e.g. not just admin but [EMAIL PROTECTED]) this admin- user can only manage accounts for mydomain.com. But I need an admin- user that can create and manage users for arbitrary domains/realms on a virtual domain environment. So I really need to login without a realm. Wrong. You need a login where the realm matches the hostname of the machine, which will solve the problem for you. If you check the sasl debug, you'll see that no realm becomes the result of gethostbyname () during the sasl query. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Can murder be used for IMAP server migration?
On Wed, Jan 03, 2007 at 08:18:15AM -0500, Ken Murchison wrote: Gary Mills wrote: Can I use the old server as both a front end and one of the back ends for a murder configuration, with the new server as the second back end? Will that allow me to migrate mailboxes at my convenience? How do I prevent a port conflict between the IMAP server and the proxy on the old server? You'll have to run the frontend + mupdate master on a separate machine. Unfortunately, all the clients know the IP address of the old server, so the frontend has to run there. Of course, the old IMAP server has to run there too. Is there not a way to have the old IMAP server listen on different ports, so that only the frontend connects to it? If not, could it listen on a secondary IP address only? -- -Gary Mills--Unix Support--U of M Academic Computing and Networking- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
[ Re: why does salspasswd2 always append a realm?]
Jo Rhett wrote: On Jan 3, 2007, at 4:30 PM, Marten Lehmann wrote: that doesn't solve the problem. As soon as an admin-user contains a realm (e.g. not just admin but [EMAIL PROTECTED]) this admin-user can only manage accounts for mydomain.com. But I need an admin-user that can create and manage users for arbitrary domains/realms on a virtual domain environment. So I really need to login without a realm. Wrong. You need a login where the realm matches the hostname of the machine, which will solve the problem for you. If you check the sasl debug, you'll see that no realm becomes the result of gethostbyname() during the sasl query. --Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness I was trying to figure this out a while ago. Thanks for enlightening me :). Is this possible to be added in documentation. If I can add here because it's more about virtual users. I still don't understand is how can I create global admin user. I think in previous versions of cyrus this works but in latest I can only see users from primary domain or server hostname. regards Uros Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html