Re: ctl_cyrusdb error messages
[EMAIL PROTECTED] wrote: Hi, Earlier today Thomas Robers asked about messages as below. I just joined the list, so I could not reply. But I've found one possible solution. This happens if you start master process (as root) in a directory which cyrus user cannot access due to the directory permissions. E.g.: # id uid=0(root) gid=1(other) # pwd /var/log/mail # ls -ald . drwxr-x--- 2 root other512 Jun 18 09:01 . # /opt/cyrus-imapd-2.1.13/bin/master -d # ps -ef|grep master cyrus 2059 1 0 12:26:55 ?0:01 /opt/cyrus-imapd-2.1.13/bin/master -d # pwdx 2059 2059: /var/log/mail (pwdx is probably Solaris specific, but it shows process work dir). Now if I change permissions on the directory to 0755, error messages go away. Maybe this happens because my cyrus user does not have home directory at all? Hi, the error messages have gone away, after I did a 'cd' into cyrus home directory before starting the master. Thanks! Thomas
Re: cyrus mail list is there anybody out there to help me
If you want your log begins to work change the spaces by tabs between the local6.* and the path in your syslog.conf file
Re: Sieve failure on deliverdb corruption...
On Thu, 19 Jun 2003, Rob Siemborski wrote: On Wed, 18 Jun 2003, Ken Murchison wrote: If we just ignored the fact that deliver.db isn't available, then we'd get people complaining about vacation sending out multiple responses, or the same message being redirected more than once, etc. After seeing some of the bad behaviors of db3 if/when a database corrupts itself beyond repair today, I've been toying with the idea of having lmtpd fatal() if duplicate_init fails to successfully open the database. This, of course, results in no mail being delivered, but its a very obvious failure mode that would get the administrator's attention. I like it. We just need to make sure it outputs a 4xx error if it has greeted the MTA already, so there is no possibility of mail loss... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: Sieve failure on deliverdb corruption...
Rob Siemborski wrote: On Wed, 18 Jun 2003, Ken Murchison wrote: If we just ignored the fact that deliver.db isn't available, then we'd get people complaining about vacation sending out multiple responses, or the same message being redirected more than once, etc. After seeing some of the bad behaviors of db3 if/when a database corrupts itself beyond repair today, I've been toying with the idea of having lmtpd fatal() if duplicate_init fails to successfully open the database. This, of course, results in no mail being delivered, but its a very obvious failure mode that would get the administrator's attention. Opinions? No objections here. -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: Sieve failure on deliverdb corruption...
On Thu, 19 Jun 2003, Henrique de Moraes Holschuh wrote: I like it. We just need to make sure it outputs a 4xx error if it has greeted the MTA already, so there is no possibility of mail loss... The fatal() in lmtpd does this. But its not even an issue since duplicate_init is called in service_init. (Before the lmtpd is handling a connection). Actually, I just noticed fatal() won't log to syslog if we have a connection, which is a separate issue, but I'll fix that right quick. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Sieve failure on deliverdb corruption...
On Thu, 19 Jun 2003, John Alton Tamplin wrote: Rob Siemborski wrote: But its not even an issue since duplicate_init is called in service_init. (Before the lmtpd is handling a connection). So the MTA will just see connection reset by peer and defer it, right? If so, that behavior seems fine. I suspect the behavior will be more like the MTA will get a connection, but no login banner. Either way, it should continue to queue the message. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Sieve failure on deliverdb corruption...
Rob Siemborski wrote: But its not even an issue since duplicate_init is called in service_init. (Before the lmtpd is handling a connection). So the MTA will just see connection reset by peer and defer it, right? If so, that behavior seems fine. I didn't have any problem noticing it before when I was having the problem with db 4.1.25, since all my mail that was getting sorted into folders started getting dumped in my inbox. Enough lists like this one, and the mean time to detection is vanishingly small :). -- John A. Tamplin Unix System Administrator Emory University, School of Public Health +1 404/727-9931
question about cyrus
Is it nessicary to make a mailbox for each user or can cyrus handle that? -Drew
Re: question about cyrus
On Thu, 19 Jun 2003, Drew Weaver wrote: Is it nessicary to make a mailbox for each user or can cyrus handle that? I *think* the answer to your question is yes, it is necessary Though, cyrus can be configured to allow users to create their own inbox (almost no clients support this, however). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Mail box creation bug(?) in cyrus imap 2.1.11
Hi, If you try to create mail box under the INBOX called INBOX, Cyrus fails the creation; though if you try and create a mail box called INBOX.Test, Cyrus creates the INBOX and Test folder underneath it. spool/imap/c/user/cove# find INBOX -ls 24250314 drwx-- 3 cyrusmail 4096 Jun 19 13:36 INBOX 24250324 drwx-- 2 cyrusmail 4096 Jun 19 13:36 INBOX/Test 24250364 -rw--- 1 cyrusmail 150 Jun 19 13:36 INBOX/Test/cyrus.header 24250344 -rw--- 1 cyrusmail 76 Jun 19 13:36 INBOX/Test/cyrus.index 24250354 -rw--- 1 cyrusmail4 Jun 19 13:36 INBOX/Test/cyrus.cache This confuses Apple Mail.app quite a bit, causing it to not display the contents of the Inbox and I've sent them a bug note. I think what happened to me was that I created a folder with Mozilla (older version?) and it created it just like I described above -- not realizing that the prefix was already INBOX(?). Who knows... Version info OS: RedHat 7.2 Server: cyrus-imapd-2.1.11-1 (From Simon MATTER's most excellent RPM collection) Cove
IMAP load testing tool?
Has anyone found or written a tool to load test an IMAP server (Cyrus in particular) which simulates client (reader) traffic? -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: Mail box creation bug(?) in cyrus imap 2.1.11
On Thu, 19 Jun 2003, Cove Schneider wrote: If you try to create mail box under the INBOX called INBOX, Cyrus fails the creation; though if you try and create a mail box called INBOX.Test, Cyrus creates the INBOX and Test folder underneath it. I can't duplicate this: x create INBOX.INBOX x OK Completed x list INBOX.INBOX * LIST (\HasNoChildren) . INBOX.INBOX x OK Completed Are you using altnamespace perhaps? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
IMAP.so Perl problem
Hello all: I have Cyrus 2.2.0 installed from sources. I appear to have a problem with some Perl scripts that try to load the IMAP.so ( perl install tree ). Though I built from sources and installed everything and even when into to the Perl directory and rebuilt and installed the perl stuff I still get this error when trying to run certain Perl scripts that work with Cyrus ( imap ): == Can't load '/usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi/auto/Cyrus/IMAP/IMAP.so' for module Cyrus::IMAP: /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi/auto/Cyrus/IMAP/IMAP.so: undefined symbol: db_version at /usr/lib/perl5/5.8.0/i586-linux-thread-multi/DynaLoader.pm line 229. at /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi/Cyrus/IMAP/Admin.pm line 44 Compilation failed in require at /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi/Cyrus/IMAP/Admin.pm line 44. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi/Cyrus/IMAP/Admin.pm line 44. Compilation failed in require at ./add-cyrus-user.pl line 33. BEGIN failed--compilation aborted at ./add-cyrus-user.pl line 33. === So now it looks like db_version is undefined and is the cause of the problem. How do I go about fixing this? Thanks much. -Jim
Re: IMAP load testing tool?
Has anyone found or written a tool to load test an IMAP server (Cyrus in particular) which simulates client (reader) traffic? I have used this one by eTesting labs with some success... it's a pita to setup... but it does work well. http://www.veritest.com/benchmarks/svrtools/email/t1intro.asp?visitor=X Jared
Re: Mail box creation bug(?) in cyrus imap 2.1.11
Welp, it looks like I've run into bugs in Mozilla (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4a) Gecko/20030401) and Apple Mail.app (1.2.5 (v552)). I turned on debugging and Mozilla never actually tried to create the INBOX folder, at least nothing was logged to ...imap/log/cove/pid. It complains that the folder already exists. Apple's Mail.app OTOH is able to create a INBOX.INBOX folder, but then becomes confused afterwards. sigh.. Thanks, Cove On Thursday, June 19, 2003, at 02:29 PM, Rob Siemborski wrote: On Thu, 19 Jun 2003, Cove Schneider wrote: If you try to create mail box under the INBOX called INBOX, Cyrus fails the creation; though if you try and create a mail box called INBOX.Test, Cyrus creates the INBOX and Test folder underneath it. I can't duplicate this: x create INBOX.INBOX x OK Completed x list INBOX.INBOX * LIST (\HasNoChildren) . INBOX.INBOX x OK Completed Are you using altnamespace perhaps? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Quota.
Is there anyway to enable the ability for files to be deleted if youre over your quota? Right now if I try to delete something to get under my quota it tells me that I cant delete it because im over my quota ;-) -Drew
Re: Quota.
On Thu, 19 Jun 2003, Drew Weaver wrote: Is there anyway to enable the ability for files to be deleted if you're over your quota? Right now if I try to delete something to get under my quota it tells me that I cant delete it because im over my quota ;-) You need to use a mail client that doesn't for a trash mailbox model on top of IMAP (which isn't designed for it). IMAP uses the delete/expunge model. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper