Re: RPM Upgrade Nightmare

2002-11-25 Thread Simon Matter
Tarjei Huse schrieb: Boy, what a nightmare this turned out to be. Yep. It aint easy :) I've been running the cyrus-imapd-2.0.16 rpms developed by Ramiro which can be found here: http://rmorales.modwest.com/rpms/cyrus-imapd/ and I figured it was time to upgrade to the 2.1.* series,

Re: Problem rebuilding Simons new source RPM

2002-11-25 Thread Simon Matter
Hi, The only thing I can say is that the source RPM build fine on a untouched RedHat 8.0 installation. I can't make sure it will build on a system where many packages have been installed from other places than the distribution RPMs. It's as easy as this: - Install RedHat 8.0. - Rebuild the

Pros and cons using IDLED?

2002-11-25 Thread Simon Matter
I have enabled compilation of idled in my newest RPM but am wondering whether that was a good idea. I have two questions: 1) I was searching the archives and docs but still can't find a description of the advantages and drawbacks when using idled instead of poll. What are the drawback of possible

PostgreSQL backend: a waste of time?

2002-11-25 Thread Nicola Ranaldo
Due to our historical problems using BerkeleyDB4 over True64Unix I'm coding a PostgreSQL backend. It's in alpha stage and seems to work fine over an our production server with about 7500 mailboxes. Cyrus.log is DBERROR free, and users do not report any problem. Access to mboxlist is about 5 time

Re: BAD ACL Behavior

2002-11-25 Thread Rob Siemborski
On Mon, 25 Nov 2002, Alessandro Oliveira wrote: When user X that has right to delete shared folders and delete a shared folder, ordinary users that used to access that folder (lrs rights) start to see the user X in the Other Users namespace, because they still can access that folder even

Re: PostgreSQL backend: a waste of time?

2002-11-25 Thread Alessandro Oliveira
I have the same point of view, could you please share with me your experiences with cyrus, and a more detailed information about your project ? Nicola Ranaldo wrote: Due to our historical problems using BerkeleyDB4 over True64Unix I'm coding a PostgreSQL backend. It's in alpha stage and seems

Re: Pros and cons using IDLED?

2002-11-25 Thread Ken Murchison
Simon Matter wrote: I have enabled compilation of idled in my newest RPM but am wondering whether that was a good idea. I have two questions: 1) I was searching the archives and docs but still can't find a description of the advantages and drawbacks when using idled instead of poll.

Re: Timsieved versions differ

2002-11-25 Thread Ken Murchison
Andrei Loukinykh wrote: One does on his cyrus host: $ telnet imaphost 2000 And get: IMPLEMENTATION Cyrus timsieved v2.1.10 SASL PLAIN LOGIN SIEVE fileinto reject envelope vacation imapflags notify subaddress relational regex .. And when I do the same with my brand-new Imapd

Re: Pros and cons using IDLED?

2002-11-25 Thread Simon Matter
Ken Murchison schrieb: Simon Matter wrote: I have enabled compilation of idled in my newest RPM but am wondering whether that was a good idea. I have two questions: 1) I was searching the archives and docs but still can't find a description of the advantages and drawbacks when using

lmtpproxy (Was: Re: SpamAssassin Sieve?)

2002-11-25 Thread Marc G. Fournier
On Sat, 23 Nov 2002, Rob Siemborski wrote: On Sat, 23 Nov 2002, Ken Murchison wrote: CMU is using SpamAssassin, and I believe Rob successfully tested the Sieve relational extension with it when I first implemented it. I don't know if they are using it in production yet. In Production

RE: PostgreSQL backend: a waste of time?

2002-11-25 Thread Noll Janos
Hy! I think that's a very good idea, but we found that MySQL is much faster than Postgres, when there are no complex queries (this is the case here), so it might be a better idea to use MySQL. On 25-Nov-2002 Nicola Ranaldo wrote: Due to our historical problems using BerkeleyDB4 over

Re: Problem rebuilding Simons new source RPM

2002-11-25 Thread Harris Landgarten
I tracked down the cause of the problem but am still looking for the source. For some reason perl man pages are being installed to /usr/man instead of /usr/shared/man This causes the find /var/tmp/cyrus-imapd-2.1.10-root/usr/share/man -type f -name Cyrus* to find nothing and the following

RE: PostgreSQL backend: a waste of time?

2002-11-25 Thread +archive . info-cyrus
--On Monday, November 25, 2002 4:36 PM +0100 Noll Janos [EMAIL PROTECTED] wrote: | I think that's a very good idea, but we found that MySQL is much faster | than Postgres, when there are no complex queries (this is the case here), | so it might be a better idea to use MySQL. Seems kinda ironic

Re: PostgreSQL backend: a waste of time?

2002-11-25 Thread Alessandro Oliveira
I think that all the code that is dependent on a particular database should be completely isolated, making it simpler to port to new databases, for instance: Nicola likes postgres, you like mysql, and I love oracle (besides it is very expensive), somebody else would like an interbase or a

Re: Problem rebuilding Simons new source RPM

2002-11-25 Thread Simon Matter
Harris Landgarten schrieb: I tracked down the cause of the problem but am still looking for the source. For some reason perl man pages are being installed to /usr/man instead of /usr/shared/man This causes the find /var/tmp/cyrus-imapd-2.1.10-root/usr/share/man -type f -name Cyrus* to

Re: Pros and cons using IDLED?

2002-11-25 Thread Ken Murchison
Simon Matter wrote: Ken Murchison schrieb: Simon Matter wrote: I have enabled compilation of idled in my newest RPM but am wondering whether that was a good idea. I have two questions: 1) I was searching the archives and docs but still can't find a description of the

Re: PostgreSQL backend: a waste of time?

2002-11-25 Thread Phil Brutsche
Noll Janos wrote: Hy! I think that's a very good idea, but we found that MySQL is much faster than Postgres, when there are no complex queries (this is the case here), so it might be a better idea to use MySQL. Or better yet, support both. Some people already use a SQL database (Postgres, in

Re: PostgreSQL backend: a waste of time?

2002-11-25 Thread Ken Murchison
Alessandro Oliveira wrote: I think that all the code that is dependent on a particular database should be completely isolated, making it simpler to port to new All of the db stuff _is_ isolated in the cyrusdb layer. That's why it is so easy to switch between flat/skiplist/berkeley.

Re: lmtpproxy (Was: Re: SpamAssassin Sieve?)

2002-11-25 Thread Rob Siemborski
On Mon, 25 Nov 2002, Marc G. Fournier wrote: How are you dealing with the per-user settings, or aren't you? We're We're not. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems

Re: PostgreSQL backend: a waste of time?

2002-11-25 Thread Jure Pecar
On Mon, 25 Nov 2002 10:04:03 -0600 [EMAIL PROTECTED] wrote: Seems kinda ironic in a way---doesn't MySQL use BerkeleyDB? I guess it's all in the indexing/caching yes, it is one of the choices for table type. others are MyISAM and InnoDB, the latter supports transactions and is as fast as

Re: PostgreSQL backend: a waste of time?

2002-11-25 Thread Erik Enge
Ken Murchison [EMAIL PROTECTED] writes: All of the db stuff _is_ isolated in the cyrusdb layer. That's why it is so easy to switch between flat/skiplist/berkeley. I wouldn't rate it as easy unless it was a config option at run-time, not an option to configure at compile-time. Erik.

Re: PostgreSQL backend: a waste of time?

2002-11-25 Thread Rob Siemborski
On 25 Nov 2002, Erik Enge wrote: I wouldn't rate it as easy unless it was a config option at run-time, not an option to configure at compile-time. This wouldn't be tremendously hard to do (probably just a matter of replacing some macros with some code that is a bit more clever), but there'd be

Re: Problem rebuilding Simons new source RPM

2002-11-25 Thread Jonathan Marsden
On 25 Nov 2002, Simon Matter writes: Harris Landgarten schrieb: For some reason perl man pages are being installed to /usr/man instead of /usr/shared/man In older (5.x and 6.x) Red Hat distributions, /usr/man was the default man page location. I strongly suspect that the %{_mandir} RPM

Re: Problem rebuilding Simons new source RPM

2002-11-25 Thread Harris Landgarten
I found the problem. I had updated ExtUtils::MakeMaker via CPAN to the latest version. That is turn replaced MM_Unix.pm with a version that defaulted site and vendor to /usr/man. Redhat had supplied a patched version of this file which defaults to /usr/share/man. I copied the file from another

Re: Problem rebuilding Simons new source RPM

2002-11-25 Thread Ramiro Morales
On 25 Nov 2002 at 16:53, Simon Matter wrote about Re: Problem rebuilding Simons new source RPM: Harris Landgarten schrieb: I tracked down the cause of the problem but am still looking for the source. For some reason perl man pages are being installed to /usr/man instead of

Changing databases at runtime

2002-11-25 Thread Jonathan Marsden
On 25 Nov 2002, Rob Siemborski writes: On 25 Nov 2002, Erik Enge wrote: I wouldn't rate it as easy unless it was a config option at run-time, not an option to configure at compile-time. This wouldn't be tremendously hard to do (probably just a matter of replacing some macros with some code

RE: Timsieved valid commands -- Expected EOL -- sovled

2002-11-25 Thread Su Li
I did: PUTSCRIPT s2 {127+} require [fileinto, reject, imapflags]; if header :is From [EMAIL PROTECTED] { addflag[\\Answered, $MDSent]; } OK Thanks, Su -Original Message- From: Su Li Sent: November 25, 2002 1:59 PM To: Mark Keasling Cc: [EMAIL PROTECTED] Subject: RE: Timsieved valid

Re: Changing databases at runtime

2002-11-25 Thread Rob Siemborski
On Mon, 25 Nov 2002, Jonathan Marsden wrote: This probably isn't something of great utility to CMU, but for the I think you hit the nail on the head here. average Linux sysadmin who just wants to grab an RPM or a .deb and install it and have Cyrus just work, upgrading as new RPMs/.debs are

Re: RPM Upgrade Nightmare

2002-11-25 Thread Chris Dos
I forgot to mention that I got the SASL rpm's from your site as well. I installed them and everything seem to go okay. The Cyrus-SASL rpms from RH 8.0 look to be the same as yours. Do you have any ideas on what would be a good way to move the mail directories from /var/spool/imap/user to

PAm authentication method no longer supported?

2002-11-25 Thread Stefan Suurmeijer
Hi list, sorry if this was dealt with earlier, didn't see it in the archives. I just installed Cyrus 2.1.9 on a new box. However, when I wanted to copy my old config (cyrus 2.0.16, running on another box), I ran into a snag. I was using sasl_pwcheck_method: pam but when I try to authorize

php and cyrus

2002-11-25 Thread Gregory Chagnon
Hi- Does anyone know if there is a way to create a cyrus user and mailboxes through php? I've looked around at imap_createmailbox() but am unlcear on how to use it. Thanks!! -Greg _ MSN 8 with e-mail virus protection service:

Re: file-system problems after update from 2.0.16 to 2.1.9

2002-11-25 Thread Gary Mills
On Sun, Nov 24, 2002 at 04:52:11PM +0100, Alexander Czernay wrote: I just upgraded my Cyrus-IMAP from 2.0.16 to 2.1.9. At ./configure I added --enable-fulldirhash and also compiled Berkeley4.1.24 in. It all worked well, but now I get some strange errors in the logs: IOERROR: opening

Re: PAm authentication method no longer supported?

2002-11-25 Thread Ken Murchison
Stefan Suurmeijer wrote: Hi list, sorry if this was dealt with earlier, didn't see it in the archives. I just installed Cyrus 2.1.9 on a new box. However, when I wanted to copy my old config (cyrus 2.0.16, running on another box), I ran into a snag. I was using

Re: RPM Upgrade Nightmare

2002-11-25 Thread Ramiro Morales
On 25 Nov 2002 at 16:18, Chris Dos wrote about Re: RPM Upgrade Nightmare: Do you have any ideas on what would be a good way to move the mail directories from /var/spool/imap/user to /var/spool/imap/a-z and then have Cyrus pick them up and run with them. Or perhaps, there might be a way

Re: php and cyrus

2002-11-25 Thread Veigar Freyr Jökulsson
Hi- Does anyone know if there is a way to create a cyrus user and mailboxes through php? I've looked around at imap_createmailbox() but am unlcear on how to use it. Thanks!! -Greg You could do something like this, $uid is the login name you want to create: $IMAPhost =

Re: php and cyrus

2002-11-25 Thread Gregory Chagnon
Hi- I tried something like that before, but I get this error: Warning: Couldn't open stream {192.168.1.200} in /var/www/html/user/mail2.php on line 7 Any ideas? Thanks all. -Greg From: Veigar Freyr Jökulsson [EMAIL PROTECTED] To: Gregory Chagnon [EMAIL PROTECTED],[EMAIL PROTECTED]

Re: php and cyrus

2002-11-25 Thread Kendrick Vargas
Here's a small attachment you can use as an include file. You can use it as such from PHP: $server = new IMAP_Server(); $server-createMailbox(user.whatever); $server-deleteMailbox(user.whatever); Both functions return true or false on success or failure (respectively). You can edit the file

Re: php and cyrus

2002-11-25 Thread Hafiz Malik
much2 easier if you use perl... then use php passthru the perl program.. ___ ORENDA Mail - http://www.orenda.com.my/

error making 2.1.10

2002-11-25 Thread Andrei Loukinykh
After sucessfull installation I'm trying to compile 2.1.10 to avoid problems with sieve.. And with the same 'configure' I get now: (./configure --with-dbdir=/usr/local/BerkeleyDB --with-openssl=/usr ...) = make[1]: Entering directory

Re: php and cyrus

2002-11-25 Thread Edward Rudd
I have an entire Cyrus Admin class written in PHP, as the imap functions in php do not support all that is needed on a cyrus server (quota and ACL). I am using this to admin my own cyrus server via the web.. I will post it on my sourceforge site tomorrow.. It has currently been only tested on a

Re: RPM Upgrade Nightmare

2002-11-25 Thread Simon Matter
Chris Dos schrieb: I forgot to mention that I got the SASL rpm's from your site as well. I installed them and everything seem to go okay. The Cyrus-SASL rpms from RH 8.0 look to be the same as yours. Do you have any ideas on what would be a good way to move the mail directories from