fix MacOSX Mail Server

The problem is not a log rolling issue, this has been corrected in 10.3.4 UPDATE Well the problem is almost repaired, left with one problem. How do I fix the sieve problem and why is it showing now and not before? from "Mail Access" logs Jul 30 07:20:40 localhost master[3139]: process started Jul 30 07:20:40 localhost ctl_cyrusdb[3140]: recovering cyrus databases Jul 30 07:20:43 localhost ctl_cyrusdb[3140]: done recovering cyrus databases Jul 30 07:20:43 localhost master[3139]: no service 'sieve' in /etc/services, disabling sieve Jul 30 07:20:43 localhost master[3139]: ready for work Jul 30 07:20:43 localhost ctl_cyrusdb[3141]: checkpointing cyrus databases Jul 30 07:20:43 localhost ctl_cyrusdb[3141]: done checkpointing cyrus databases On Jul 30, 2004, at 07:05, Josh Wisenbaker wrote: You might actually be experiencing the well known log rolling bug. I put an extensive clipping below from the archives. Check the second half of it for the log rolling bug stuff. Josh Wisenbaker, ACSA Sr. Systems Engineer ComputerTree Technologies 1-800-467-9820 Subject: Cyrus DB rebuild and log-roll crashes From: gregory.mac.tech@earthlink.net Date: May 11, 2004 10:22:59 AM EDT To: macos-x-server@lists.apple.com Thanks to all on the list for working toward a better world in Apple Server implementation. The move to Postfix/Cyrus as mail server is a really good and strong move. I think it will mature well for us in hopefully not much more time. Many of you may have encountered the issue of 10.3.3 mail crashing, which appears to have system consequences mimicking a freeze. The on-site user has no fix other than forced hardware re-boot. I have found that each time this happens, there are consequences in the integrity of the Cyrus DB. Eventually, a fatal error. Arguably, the Panther server has been a wild release, especially for those of us who are not paid full-time as system administrators. There are enough inaccuracies in the PDF manuals, commands that just do not work, that I have little trust for them. The idea of Open-Source software underpinning the Apple Server is a great idea. But, except for general knowledge, using the docs at Carnegie-Mellon to fix Cyrus, for example, do not match up with the Apple implementation either. Similar experience with The O'Reilly book "Managing IMAP." Though very useful to get a basic understanding of the software, what the Apple engineers did to wrap it in Panther Server leaves me hungry for authoritative answers. Finally, after a number of calls, UNDUE stress, and my customers considering another server platform, I received these work-arounds from the Premium Support and Service Plan guys. After correcting syntax and typo errors, I give this to the list to save at least one other person the difficulty I have encountered after the migration from 10.2.8 to 10.3.3. These fixes were all necessary on my mail server and saved the day after a hundred users scattered across the planet were without mail service for several hours   Here are the correct steps to rebuild the mail DB completely. 1) Shut down the cyrus server using the Server Admin tool 2) Open terminal 3) su root 4) mv /var/imap /var/imap.old 5) /usr/bin/cyrus/tools/mkimap to recreate the /var/imap directory and all sub-directories 6) chown -R cyrus:mail /var/imap because at this point root owns it all and cyrus cannot write to it 7) Start the mail service so it can create some basic settings 8) Establish entries in the mail database by logging in as a couple of users. A very active mail server may not need this step. if some users do not show up in accounts, this procedure can be repeated later after they have logged in. 9) Stop server again 10) sudo -s -u cyrus 11) /usr/bin/cyrus/bin/reconstruct 12) Restart the server and connect from a mail client. The minimally functional imap admin account works for this if it is set up. 13) If mailboxes contain mail OTHER than in inbox, e.g. if users use WebMail exclusively: a) stop the server again b) /usr/bin/cyrus/bin/reconstruct -i c) restart mail server NOTE: Priveleges within the /var/imap directory are uniformly 755 (drwxr-xr-x), EXCEPT for files that END in .db, which are all 600 (-rw-------). Owner:Group = cyrus:mail. This procedure should preserve all mail, with the caveat that read messages may once again be marked as unread. _______________________________________________

© Copyright 2004 Jack F. Mancilla . Last update: 7/30/04; 5:55:04 AM . This theme was created for WWPP by Jack F. Mancilla