Re: Please change the DNS lookup = defaultdomain process, and use defaultdomain as the default domain.
Hi Josh, Citeren j...@endries.org: Hi, thanks for the reply. What I'm trying to achieve is that, when I log in with user, Cyrus appends the defaultdomain value when looking up the password (I use SQL for that). My fqdn for the server is mail.blah.com, which is what I normally use. I'm not sure why it stopped working; I changed the IP of the box, along with forward and reverse DNS, and it broke. That's separate from the bug, though. It should append the defaultdomain if there is none in the user name; pretty simple. I can't really help, but I can mention the following, I have in imapd.conf: admins: cyrus cy...@mail1.ugent.be virtdomains: userid In our ldap we have a cyrus user. I also had some problems in the past, maybe more or less like you know have. I just log in as 'cyrus' user. However we don't have any domain admins. I did my admin stuff manually which seemed to work so I'm giving up on this for the time being. I have too much to do and have wasted a whole day on this already... I have another problem with Sieve vacation replies that I need to fix, which is even worse; no logging whatsoever. Joy. Josh Quoting Kendrick Vargas k...@hudat.com: Not sure if this helps, but, you might wanna take a look at this post/thread and bugzilla entry: http://lists.andrew.cmu.edu/pipermail/info-cyrus/2006-October/023811.html https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2886 It's hard to tell from your post exactly what you want to achieve. However I wanted to mention that whenever I've set up local admin accounts in cyrus, I've always made them part of a domain which was @the.local.fqdn. It's just safer and removes ANY confusion. I also don't like the way the virtdomain option works, never thought it was very consistent. I just reworked the patch to work against the latest RPM's as of a week ago and it seems to work fine. It's a short one and should go in by hand rather easily. Otherwise I can send you the patch I used or the source rpm so you can rebuild it yourself. Hope this helped... -peace j...@endries.org wrote: Okay, defaultdomain is set to mail.blah.com again, as it should be. Logging in as ad...@mail.blah.com now doesn't work, reports the user name as 'admin', correctly, but doesn't work. Logging in as admin doesn't work, reports the user name as u...@blah.com and the password for that user is (now) different. With the defaultdomain set to something else, like something.fake, logging in as ad...@mail.blah.com works but then of course is not a global admin. Changing defaultdomain to blah.com, which kinda makes sense but shouldn't be forced...using admin tries login as admin and doesn't work (doesn't append blah.com?). Logging in as ad...@blah.com also tries login as admin and doesn't work. e.g. by tries login as... I mean admin in: Jul 1 11:02:38 mail imaps[19476]: badlogin: mail.blah.com [x.x.x.x] plaintext admin SASL(-13): authentication failure: checkpass failed This was from logging in with c login ad...@blah.com password Still working on it... Josh 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 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 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be 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
No -k option for cyradm's reconstrcut [Was: Re: unexpunge Bus Error (signal 7) [Was: Re: ipurge and delayed expunge]]
On Sat, 2009-06-27 at 10:06 -0400, Brian Awood wrote: On Friday 26 June 2009 @ 20:47, Adam Tauno Williams wrote: A reconstruct works, but then none of the expunged messages appear (list from unexpunge -l is empty). Should a reconstruct loose expunged messages in delayed expunge mode? reconstruct will remove the expunged data if you don't specify the -k option, also if it's not able to verify the cyrus.expunge file as valid, it will delete it and put all messages back into the index. I've verified this behavior; with a batchreconstruct -rk everything seems OK. One note: the reconstruct command in cyradm accepts a -r option but not a -k option. I posted a patch to the dev list which addresses this and a couple of other issues in reconstruct. In this case it looks like the cyrus.expunge file was corrupted since the expunge_index_base isn't valid. Possibly due to a previous issue with the expunge file. 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
Upgrade and Migration
Hello, I have an old cyrus install (2.1.16) with 30GB of data that I need to migrate to a new server. My challenge is that something on that server is screwed up and I have no access to PERL on that machine anymore (the OS is past EOL, so it is long past time to move anyways). I have a new box (2.3.14) and a bunch of trepidation about screwing this move up. I have looked at the Cyrus Upgrade doc and seemingly this is a rather straight forward operation. Does this make sense? 1.rsync (pulling from the old server to the new): config directory (/var/imap) partition-default (/var/spool/imap) 2. /usr/cyrus/bin/cvt_cyrusdb /var/imap/mailboxes.db berkeley /var/imap/mailboxes.db.new skiplist 3. mv /var/imap/mailboxes.db.new /var/imap/mailboxes.db 4. find /var/imap/user -name \*.seen -exec /usr/cyrus/bin/cvt_cyrusdb \{\} flat \{\}.new skiplist \; -exec mv \{\}.new \{\} \; 5. start imapd Is that it? I just want to make sure I am not missing anything. Thank you, Peter 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: Upgrade and Migration
Peter Clark wrote: Hello, I have an old cyrus install (2.1.16) with 30GB of data that I need to migrate to a new server. My challenge is that something on that server is screwed up and I have no access to PERL on that machine anymore (the OS is past EOL, so it is long past time to move anyways). I have a new box (2.3.14) and a bunch of trepidation about screwing this move up. I have looked at the Cyrus Upgrade doc and seemingly this is a rather straight forward operation. Does this make sense? 1.rsync (pulling from the old server to the new): config directory (/var/imap) partition-default (/var/spool/imap) 2. /usr/cyrus/bin/cvt_cyrusdb /var/imap/mailboxes.db berkeley /var/imap/mailboxes.db.new skiplist 3. mv /var/imap/mailboxes.db.new /var/imap/mailboxes.db 4. find /var/imap/user -name \*.seen -exec /usr/cyrus/bin/cvt_cyrusdb \{\} flat \{\}.new skiplist \; -exec mv \{\}.new \{\} \; 5. start imapd Is that it? I just want to make sure I am not missing anything. Thank you, Peter 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 Peter, You might want to use imapsync to do this. It uses the IMAP protocol, copies flags, can copy ACLs etc. What I did was to create all the INBOXes on the new server, set up large quotas on the new server, point mail delivery to the new server and then use imapsync to copy the folders and messages. People had full mail functionality right away and their folders/messages were backfilled. At the end, I set quotas back to what I really wanted them to be. If you use rsync, you have to stop everything until that finishes, possibly reconstruct all mailboxes, maybe fix some other things before giving people their mail functionality back and allowing mail delivery to resume. Also, the ACL format in the mailboxes file might be different between these 2 Cyrus versions. If you use the protocol to move the data, you don't have to worry about any data structure differences etc. You also can re-arrange your partitions and so on. Plus it re-calculates all quota usage as imapsync APPENDs the messages during the migration. You'll have to enable proxy logins on both IMAP servers to do this administratively with imapsync. I copied 1.2TB, ~65,000 users in ~28 hours by using up to 128 concurrent imapsync processes at a time this way. Ben -- Ben Carter University of Pittsburgh/CSSD b...@pitt.edu 412-624-6470 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: Automatically moving marked mails?
At Wed, 01 Jul 2009 21:26:16 -, jul...@precisium.com jul...@precisium.com wrote: Subject: Re: Automatically moving marked mails? In the present commercial environment - they are more likely to learn (with the not so subtle help of certain consultants), that their MUA works perfectly well with an Exchange server - and that their current server provider is probably using some dodgy free system... so the client should change email providers. It's not always easy to counter that sort of thing. I really don't know anyone, neither amongst home-based users nor corporate e-mail users, who truly believe they're better off with an MS-Exchange server handling their e-mail, especially if they've previously used a decent IMAP client connected to a Cyrus server. Most folks put up with it because they don't have any choice and that's because their IT guy got a good free game of golf or similar from the sales guy who sold him up the creek on using Exchange. BTW, I find telling folks that Cyrus was built to satisfy the needs and demands of tens of thousands of picky but highly intelligent users in an academic environment where e-mail is arguably even more important than it often is in corporate circles, and where the developers really couldn't pull the wool over anyone's eyes usually makes the nay-sayers think twice, or at least hopefully shows them one tiny inkling of a clue that their own experience may not be at the true centre of the e-mail universe. Switching to thunderbird is likely to be a harder change for some departments or companies than changing service providers. (especially if they have existing business processes or integration with other office products etc) Well, as many have said, Thunderbird is hardly the pinnacle of perfection when it comes to IMAP clients. Sadly many of the other common, and especially other free ones, are not ideal on all fronts either. For me Apple OS X Mail has been better than some, but it also has some very annoying traits, and it lacks the one feature I earlier suggested is ideal for handling IMAP 2-phase deletion and expunge. Mulberry mail was on the right track, but it seems to have died. Maybe the Qualcomm folks will do something better with Thunderbird with their Penelope extensions. As always, the best thing is to choose the right tool for the job. It can hardly be accidental that Microsoft's flagship email clients don't quite interoperate nicely with standards based IMAP servers. Seems to me it's a driver towards sales of Exchange server services. Indeed -- it is no accident, and it's not just about MS-Exchange, it's a whole philosophy and business methodology engineered to put the screws to open standards and open source. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack wo...@robohack.ca Planix, Inc. wo...@planix.com Secrets of the Weird wo...@weird.com 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