RE: Backup of Cyrus

2003-12-15 Thread asiani
Yes i have it too ! but how can i have a backup of the all mailbox
automatically done ?

thks
alain

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de Simon Matter
Envoyé : vendredi 12 décembre 2003 17:50
À : Doug Koobs
Cc : [EMAIL PROTECTED]
Objet : Re: Backup of Cyrus


> I've been doing some reading of the list archives, and have learned that
> my
> current backup process is not sufficient. I'm hoping to get some feedback
> on
> my new proposed process. I only have about 20 users, total mail store is
> under 300 MB. I can stop the services. I want to be able to recover from
> total disaster, and from user errors. For now, I will do a full backup
> nightly
>
> I'm using RH9 and Simon Matter's RPMs. Here are the beginnings of a script
> that I hope to use:

My rpms already do mailbox backups daily and rotate them through a week.
Have a look at /var/lib/imap/backup/ where you find mboxlist.gz,
mboxlist.1.gz...

Simon

>
> ###
> postfix stop  # Stop MTA
> etc/rc.d/init.d/cyrus-imapd stop  # Stop Cyrus
> su cyrus -c "ctl_mboxlist -d" > mailboxes-`date '+%m%d%y'` # List
> mailboxes;
> file makes restore easier???
>
> #Backup the following directories (I  haven't decided on which tool yet):
> #/var/spool/imap
> #/var/lib/imap
>
> etc/rc.d/init.d/cyrus-imapd start # Start Cyrus
> postfix start #Start MTA
> 
>
> Will this be sufficient? Thanks,
>
> Doug
>
>
>
>
>
> Confidential: This electronic message and all contents contain information
> from
> Financial Credit Services which may be privileged, confidential or
> otherwise protected
> from disclosure. The information is intended to be for the addressee only.
> If you are
> not the addressee, any disclosure, copy, distribution or use of the
> contents of this
> message is prohibited. If you have received this electronic message in
> error, please
> notify the sender and destroy the original message and all copies.
>
>






RE: Backup of Cyrus

2003-12-15 Thread asiani
If someone have a solution to have a backup of cyrus...please post it on the
list 
I have the same problem, how can i backup without stopping the mail
server...

alain

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de Craig Ringer
Envoye : vendredi 12 decembre 2003 18:01
A : Doug Koobs
Cc : [EMAIL PROTECTED]
Objet : Re: Backup of Cyrus


Doug Koobs wrote:
> I've been doing some reading of the list archives, and have learned that
my
> current backup process is not sufficient. I'm hoping to get some feedback
on
> my new proposed process. I only have about 20 users, total mail store is
> under 300 MB. I can stop the services. I want to be able to recover from
> total disaster, and from user errors. For now, I will do a full backup
> nightly
>
> I'm using RH9 and Simon Matter's RPMs. Here are the beginnings of a script
> that I hope to use:
>
> ###
> postfix stop  # Stop MTA
> etc/rc.d/init.d/cyrus-imapd stop  # Stop Cyrus
> su cyrus -c "ctl_mboxlist -d" > mailboxes-`date '+%m%d%y'` # List
mailboxes;
> #file makes restore easier???

It's not quite as critical as I originally thought (as the ACL
information _is_ stored somewhere else as well), but it can make
recovery from db corruption easier, and can make restoring to a
different machine a _lot_ less fuss. That said, I think Simon Matter's
RPM builds take care of making these backups for you anyway. According
to a recent post by Simon it makes backups in /var/lib/imap/backups - so
verify that they're there and look right, and you should be fine.

> #Backup the following directories (I  haven't decided on which tool yet):
> #/var/spool/imap
> #/var/lib/imap
 >
> etc/rc.d/init.d/cyrus-imapd start # Start Cyrus
> postfix start #Start MTA
> 
>
> Will this be sufficient? Thanks,

It's pretty similar to what I do. Though I use snapshots instead of
stopping the daemons, I'd /prefer/ to be able to just stop the daemons.
Unfortunately, my mail spools are growing - fast - and I have users who
keep weird hours (not least myself). At last check the gzipped backup
files were 3gb, from mail spools of 4.6GB. This would mean too much
downtime if I stopped the daemons, especially since I'm doing network
backups to (slow) tape.

IMHO the best way to make sure your backups are OK is to restore them.
Preferably to a test machine ;-) - ideally the one you'd be restoring to
if there was a hardware failure right now (and maybe another, different,
one as well). Alas, you're proabably in a situation like me - "what cold
spare?!?" - where this isn't possible. I did my restore testing on a
hapless debian 3.0 box - and this is why I'm so paranoid about
converting the mailboxes.db . Everything else about the restore went
perfectly, but it couldn't use the mailboxes.db because of a different
berkley db version. I'm very glad I learned that then, and not after a
server failure.

Craig Ringer





RE: Backup of Cyrus

2003-12-15 Thread lst_hoe01
Zitat von [EMAIL PROTECTED]:

> If someone have a solution to have a backup of cyrus...please post it on the
> list 
> I have the same problem, how can i backup without stopping the mail
> server...
> 
> alain

http://asg.web.cmu.edu/twiki/bin/view/Cyrus/Backup


Re: sasl password change over web or poppassd

2003-12-15 Thread Cristian Livadaru
On Sun, Dec 14, 2003 at 05:59:39PM -0800, Joakim Ryden wrote:
> On 12/14/03 2:48 PM Cristian Livadaru wrote:
> >I am looking for something that makes it posible, preferebly by
> >poppassd, to change your saslpassword.
> 
> I don't know of any ( OK that was a lie; I do know of saslpasswd(2) ) - 
> just wanted to take a step back and point out the difficulty of a 
> generic SASL password changer. Since there are so many ways one can 
> store SASL passwords (Kerberos, LDAP, SQL, sasldb etc) it would probably 
> take some thinking before writing, and a lot of writing after thinking, 
> something that takes all of those into account.

well I only need it for sasldb, thats why saslpoppass would be great.
the problem is it won't compile :-(
It was designed for sasl1.x and I'm have no clue about C, I fixed some
things but there still is some to be changed so it can compile.


imap-2.1.16 and berkeley db 4.2.52?

2003-12-15 Thread Andreas
Has anybody tried to compile cyrus-imapd-2.1.16 with berkeley db 4.2.52?
Should it work?


Re: imap-2.1.16 and berkeley db 4.2.52?

2003-12-15 Thread Igor Brezac

On Mon, 15 Dec 2003, Andreas wrote:

> Has anybody tried to compile cyrus-imapd-2.1.16 with berkeley db 4.2.52?
> Should it work?

It should work assuming configure script can locate berkeley db 4.2.52.  I
have cyrus imapd 2.2 working with berkeley db 4.2.52.  I believe the
berkeley code in both versions of cyrus imap is the same.  You also need
to rebuild cyrus-sasl with the new berkeley db.

-- 
Igor


Re: imap-2.1.16 and berkeley db 4.2.52?

2003-12-15 Thread Andreas
On Mon, Dec 15, 2003 at 08:26:29AM -0500, Igor Brezac wrote:
> 
> On Mon, 15 Dec 2003, Andreas wrote:
> 
> > Has anybody tried to compile cyrus-imapd-2.1.16 with berkeley db 4.2.52?
> > Should it work?
> 
> It should work assuming configure script can locate berkeley db 4.2.52.  I
> have cyrus imapd 2.2 working with berkeley db 4.2.52.  I believe the
> berkeley code in both versions of cyrus imap is the same.  You also need
> to rebuild cyrus-sasl with the new berkeley db.

Correct. I just managed to do that (after changing configure and friends to
detect 4.2.x).

I had to change a few things in cyrusdb_db3.c, though, or else it wouldn't
compile. I'm still not sure if my environment is wrong or what. Some 
definitions seem to be gone in db 4.2's db.h. The patch I used is attached.

--- cyrus-imapd-2.1.16/cmulocal/berkdb.m4~  2003-10-08 17:35:24.0 -0300
+++ cyrus-imapd-2.1.16/cmulocal/berkdb.m4   2003-12-15 10:18:46.0 -0200
@@ -211,7 +211,7 @@
BDB_LIBADD=""
fi
 
-for dbname in db-4.1 db4.1 db41 db-4.0 db4.0 db-4 db40 db4 db-3.3 db3.3 db33 
db-3.2 db3.2 db32 db-3.1 db3.1 db31 db-3 db30 db3 db
+for dbname in db-4.2 db-4.1 db4.1 db41 db-4.0 db4.0 db-4 db40 db4 db-3.3 
db3.3 db33 db-3.2 db3.2 db32 db-3.1 db3.1 db31 db-3 db30 db3 db
   do
 AC_CHECK_LIB($dbname, db_create, BDB_LIBADD="$BDB_LIBADD -l$dbname";
   dblib="berkeley"; break, dblib="no")
--- cyrus-imapd-2.1.16/lib/cyrusdb_db3.c.orig   2003-12-15 11:07:04.0 -0200
+++ cyrus-imapd-2.1.16/lib/cyrusdb_db3.c2003-12-15 11:06:47.0 -0200
@@ -406,7 +406,7 @@
syslog(LOG_DEBUG, "%s: reusing txn %lu", where,
   (unsigned long) txn_id(*tid));
} else {
-   r = txn_begin(dbenv, NULL, tid, 0);
+   r = dbenv->txn_begin(dbenv, NULL, tid, 0);
if (r != 0) {
syslog(LOG_ERR, "DBERROR: error beginning txn (%s): %s", where,
   db_strerror(r));
@@ -685,7 +685,7 @@
 if (!mytid) {
/* start a transaction for the write */
 restart:
-   r = txn_begin(dbenv, NULL, &tid, 0);
+   r = dbenv->txn_begin(dbenv, NULL, &tid, 0);
if (r != 0) {
syslog(LOG_ERR, "DBERROR: mystore: error beginning txn: %s", 
   db_strerror(r));
@@ -704,7 +704,7 @@
if (CONFIG_DB_VERBOSE)
syslog(LOG_DEBUG, "mystore: aborting txn %lu",
   (unsigned long) txn_id(tid));
-   r2 = txn_abort(tid);
+   r2 = tid->abort;
if (r2) {
syslog(LOG_ERR, "DBERROR: mystore: error aborting txn: %s", 
   db_strerror(r));
@@ -718,7 +718,7 @@
if (CONFIG_DB_VERBOSE)
syslog(LOG_DEBUG, "mystore: committing txn %lu",
   (unsigned long) txn_id(tid));
-   r = txn_commit(tid, txnflags);
+   r = tid->commit(tid, txnflags);
}
 }
 
@@ -795,7 +795,7 @@
 if (!mytid) {
 restart:
/* start txn for the write */
-   r = txn_begin(dbenv, NULL, &tid, 0);
+   r = dbenv->txn_begin(dbenv, NULL, &tid, 0);
if (r != 0) {
syslog(LOG_ERR, "DBERROR: mydelete: error beginning txn: %s", 
   db_strerror(r));
@@ -813,7 +813,7 @@
if (CONFIG_DB_VERBOSE)
syslog(LOG_DEBUG, "mydelete: aborting txn %lu",
   (unsigned long) txn_id(tid));
-   r2 = txn_abort(tid);
+   r2 = tid->abort;
if (r2) {
syslog(LOG_ERR, "DBERROR: mydelete: error aborting txn: %s", 
   db_strerror(r));
@@ -827,7 +827,7 @@
if (CONFIG_DB_VERBOSE)
syslog(LOG_DEBUG, "mydelete: committing txn %lu",
   (unsigned long) txn_id(tid));
-   r = txn_commit(tid, txnflags);
+   r = tid->commit(tid, txnflags);
}
 }
 
@@ -875,7 +875,7 @@
 if (CONFIG_DB_VERBOSE)
syslog(LOG_DEBUG, "mycommit: committing txn %lu",
   (unsigned long) txn_id(t));
-r = txn_commit(t, txnflags);
+r = t->commit(t, txnflags);
 switch (r) {
 case 0:
break;
@@ -914,7 +914,7 @@
 if (CONFIG_DB_VERBOSE)
syslog(LOG_DEBUG, "abort_txn: aborting txn %lu",
   (unsigned long) txn_id(t));
-r = txn_abort(t);
+r = t->abort;
 if (r != 0) {
syslog(LOG_ERR, "DBERROR: abort_txn: error aborting txn: %s",
   db_strerror(r));


Re: your mail

2003-12-15 Thread Rob Siemborski
On Sat, 13 Dec 2003, Geoff Soper wrote:

> Given that I know the path of a Cyrus mailbox, is it possible to move a
> mail into a sub-folder of this mailbox using a .procmailrc recipe?

You can have procmail call the cyrus deliver program, but this is pretty
inefficient. (it costs a fork for procmail and a fork for deliver [which
just does an lmtp delivery], as opposed to just the re-use of an lmtpd
process)

Its almost always a better idea to use sieve.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper



[cyrus] Mail list subject line

2003-12-15 Thread Alain Williams
Would it be possible for the list administrator, to force the adding of
something like [cyrus] into the subject line for all mail reflected from this list ?

I get quite a lot of mail, other lists do this & I find it a useful way of
deciding what to read.

Thanks

-- 
Alain Williams

#include 

FATHERS-4-JUSTICE - Campaigning for equal rights for parents and the
best interests of our children. See http://www.fathers-4-justice.org


Re: imap-2.1.16 and berkeley db 4.2.52?

2003-12-15 Thread Igor Brezac

On Mon, 15 Dec 2003, Andreas wrote:

> On Mon, Dec 15, 2003 at 08:26:29AM -0500, Igor Brezac wrote:
> >
> > On Mon, 15 Dec 2003, Andreas wrote:
> >
> > > Has anybody tried to compile cyrus-imapd-2.1.16 with berkeley db 4.2.52?
> > > Should it work?
> >
> > It should work assuming configure script can locate berkeley db 4.2.52.  I
> > have cyrus imapd 2.2 working with berkeley db 4.2.52.  I believe the
> > berkeley code in both versions of cyrus imap is the same.  You also need
> > to rebuild cyrus-sasl with the new berkeley db.
>
> Correct. I just managed to do that (after changing configure and friends to
> detect 4.2.x).
>
> I had to change a few things in cyrusdb_db3.c, though, or else it wouldn't
> compile. I'm still not sure if my environment is wrong or what. Some
> definitions seem to be gone in db 4.2's db.h. The patch I used is attached.
>

Yes.  I failed to mention this.  This is a patch applied to cyrus-imapd
2.2 and it should work in 2.1.16.
https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/lib/cyrusdb_berkeley.c.diff?r1=1.2&r2=1.3

-- 
Igor


Re: sasl password change over web or poppassd

2003-12-15 Thread James Pattie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cristian Livadaru wrote:
| On Sun, Dec 14, 2003 at 05:59:39PM -0800, Joakim Ryden wrote:
|
|>On 12/14/03 2:48 PM Cristian Livadaru wrote:
|>
|>>I am looking for something that makes it posible, preferebly by
|>>poppassd, to change your saslpassword.
|>
|>I don't know of any ( OK that was a lie; I do know of saslpasswd(2) ) -
|>just wanted to take a step back and point out the difficulty of a
|>generic SASL password changer. Since there are so many ways one can
|>store SASL passwords (Kerberos, LDAP, SQL, sasldb etc) it would probably
|>take some thinking before writing, and a lot of writing after thinking,
|>something that takes all of those into account.
|
|
| well I only need it for sasldb, thats why saslpoppass would be great.
| the problem is it won't compile :-(
| It was designed for sasl1.x and I'm have no clue about C, I fixed some
| things but there still is some to be changed so it can compile.
|
the mailadmin project at http://mailadmin.sf.net/ works with sasldb using
saslpasswd.  I was able to modify it to properly work with sasl2 pretty easily.
~ I haven't posted my patches yet since I wanted to clean it up and make the
ability to use / or . for the seperator be a configurable thing.  Right now I
hardcoded /'s since I converted to using unixhierachysep.
- --
James A. Pattie
[EMAIL PROTECTED]
Linux  --  SysAdmin / Programmer
Xperience, Inc.
http://www.pcxperience.com/
http://www.xperienceinc.com/
GPG Key Available at http://www.pcxperience.com/gpgkeys/james.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE/3dVDtUXjwPIRLVERAmM1AKDTnpFslrrCUaC7d4worQra7SWQuQCfQ/EA
vgu9lC5YOjjKsUlSa7aUYUw=
=SxMU
-END PGP SIGNATURE-
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.


Re: [cyrus] Mail list subject line

2003-12-15 Thread Andreas
On Mon, Dec 15, 2003 at 03:16:51PM +, Alain Williams wrote:
> Would it be possible for the list administrator, to force the adding of
> something like [cyrus] into the subject line for all mail reflected from this list ?

FWIW, I use the "Sender: [EMAIL PROTECTED]" header in my filter.



Re: imap-2.1.16 and berkeley db 4.2.52?

2003-12-15 Thread Andreas
On Mon, Dec 15, 2003 at 10:14:02AM -0500, Igor Brezac wrote:
> Yes.  I failed to mention this.  This is a patch applied to cyrus-imapd
> 2.2 and it should work in 2.1.16.
> https://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/lib/cyrusdb_berkeley.c.diff?r1=1.2&r2=1.3

Thanks.
I forgot about the beta version of cyrus-imapd, I'll check there also next time :)



Sieve vacation question : does :addresses match case-insensitively ?

2003-12-15 Thread Etienne Goyer
Hi,

Given the following script :


require "vacation";

vacation :days 1 :addresses "[EMAIL PROTECTED]" :subject "Some subject" 
"Just testing vacation, folks.
";


Does the :addresses parameter will be matched case insentively, meaning
that the vacation will also trigger for mail addressed to
[EMAIL PROTECTED] ?

Thanks !

-- 
Etienne GoyerLinux Québec Technologies Inc.
http://www.LinuxQuebec.com   [EMAIL PROTECTED]


Re: Sieve vacation question : does :addresses match case-insensitively ?

2003-12-15 Thread Cyrus Daboo
Hi Etienne,

--On Monday, December 15, 2003 10:50 AM -0500 Etienne Goyer 
<[EMAIL PROTECTED]> wrote:

| Given the following script :
|
|
| require "vacation";
|
| vacation :days 1 :addresses "[EMAIL PROTECTED]" :subject "Some
| subject"  "Just testing vacation, folks.
| ";
|
|
| Does the :addresses parameter will be matched case insentively, meaning
| that the vacation will also trigger for mail addressed to
| [EMAIL PROTECTED] ?
Good question - the vacation spec is not clear on that. The RFC2821 spec 
actually says that the local part of an address (to the left of the @) is 
case-sensitive, whilst the domain part (to the right of the @) is not. Thus 
'[EMAIL PROTECTED]' and '[EMAIL PROTECTED]' are not the same. Of 
course it turns out that many implementations do treat those as the same, 
so there does need to be a way to handle that in vacation. The SIEVE 
base-spec gets around this by allowing comparisons (with either 
case-sensitive or case-insensitive comparators) against the local or domain 
part of an address separately if so desired. I will bring this matter up on 
the sieve list as it needs to be cleared up wrt vacation.

--
Cyrus Daboo


Re: Sieve vacation question : does :addresses match case-insensitively ?

2003-12-15 Thread Cyrus Daboo
Hi Cyrus,

--On Monday, December 15, 2003 11:35 AM -0500 Cyrus Daboo 
<[EMAIL PROTECTED]> wrote:

|| Does the :addresses parameter will be matched case insentively, meaning
|| that the vacation will also trigger for mail addressed to
|| [EMAIL PROTECTED] ?
|
| Good question - the vacation spec is not clear on that. The RFC2821 spec
| actually says that the local part of an address (to the left of the @) is
| case-sensitive, whilst the domain part (to the right of the @) is not.
| Thus '[EMAIL PROTECTED]' and '[EMAIL PROTECTED]' are not the
| same. Of course it turns out that many implementations do treat those as
| the same, so there does need to be a way to handle that in vacation. The
| SIEVE base-spec gets around this by allowing comparisons (with either
| case-sensitive or case-insensitive comparators) against the local or
| domain part of an address separately if so desired. I will bring this
| matter up on the sieve list as it needs to be cleared up wrt vacation.
Further to this I see that newer versions of CMU SIEVE do case-insensitive 
comparisons, but older versions did not - perhaps Ken/Rob can confirm when 
that change was made so you can decide whether you need to upgrade/patch.

--
Cyrus Daboo


partial conversion to BDB 4.2.52?

2003-12-15 Thread Andreas
I just recompiled cyrus-imapd-2.1.16 and cyrus-sasl-2.1.15 with BDB 4.2
support and it seems to be working. Email is working, delivery, mail clients
ok, etc.

There is a small odd thing, though. /var/lib/imap/db seems to still be at
BDB 4.1, while the rest is at 4.2 (/var/lib/imap/mailboxes.db, for example):

pandora [/var/lib/imap] > db4.2_archive -al
/var/lib/imap/log.01

pandora [/var/lib/imap/db] > db4.2_archive -al
db_archive: Program version 4.2 doesn't match environment version
db_archive: Ignoring log file: log.01: unreadable log version 7
/var/lib/imap/db/log.01
/var/lib/imap/db/log.02


db_archive from BDB 4.1 works in /var/lib/imap/db:

pandora [/var/lib/imap/db] > db4.1_archive -al
/var/lib/imap/db/log.01

pandora [/var/lib/imap/db] > db4.1_archive -as
/var/lib/imap/deliver.db
/var/lib/imap/mailboxes.db


And does not work in /var/lib/imap:

pandora [/var/lib/imap] > db4.1_archive -al
db_archive: Ignoring log file: log.01: unsupported log version 8
db_archive: Invalid log file: log.01: Invalid argument
db_archive: PANIC: Invalid argument
db_archive: PANIC: DB_RUNRECOVERY: Fatal error, run database recovery
db_archive: open: DB_RUNRECOVERY: Fatal error, run database recovery


I know the transaction log file format has changed, so db_archive from 4.1
shouldn't work, that's ok. What bothers me is that the database environment
in /var/lib/imap/db is still at BDB 4.1. Even after archiving all the log files
and shutting the server down (so that /var/lib/imap/db is empty), when I start
it up again it's again at BDB 4.1. Any hints? Should it work, am I doing something
wrong? I already ran db_recover (from 4.1 and 4.2, didn't seem to help).



Re: Sieve vacation question : does :addresses match case-insensitively ?

2003-12-15 Thread Ken Murchison
Cyrus Daboo wrote:

Hi Cyrus,

--On Monday, December 15, 2003 11:35 AM -0500 Cyrus Daboo 
<[EMAIL PROTECTED]> wrote:

|| Does the :addresses parameter will be matched case insentively, meaning
|| that the vacation will also trigger for mail addressed to
|| [EMAIL PROTECTED] ?
|
| Good question - the vacation spec is not clear on that. The RFC2821 spec
| actually says that the local part of an address (to the left of the @) is
| case-sensitive, whilst the domain part (to the right of the @) is not.
| Thus '[EMAIL PROTECTED]' and '[EMAIL PROTECTED]' are not the
| same. Of course it turns out that many implementations do treat those as
| the same, so there does need to be a way to handle that in vacation. The
| SIEVE base-spec gets around this by allowing comparisons (with either
| case-sensitive or case-insensitive comparators) against the local or
| domain part of an address separately if so desired. I will bring this
| matter up on the sieve list as it needs to be cleared up wrt vacation.
Further to this I see that newer versions of CMU SIEVE do 
case-insensitive comparisons, but older versions did not - perhaps 
Ken/Rob can confirm when that change was made so you can decide whether 
you need to upgrade/patch.
AFAICT it was changed prior to 2.1.2.  However, it doesn't look like 
this change made its way into 2.2.  The question is, which behavior is 
correct?  I'd argue that in the absence of a :comparator (or similar) 
argument to vacation, that treating the localpart as can sensitive is 
probably correct.  That being said, I must have made the change in 2.1 
for a reason.  ;)

--
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 vacation question : does :addresses match case-insensitively ?

2003-12-15 Thread Etienne Goyer
On Mon, Dec 15, 2003 at 12:59:22PM -0500, Ken Murchison wrote:
> Cyrus Daboo wrote:
> > Further to this I see that newer versions of CMU SIEVE do 
> > case-insensitive comparisons, but older versions did not - perhaps 
> > Ken/Rob can confirm when that change was made so you can decide whether 
> > you need to upgrade/patch.
> 
> AFAICT it was changed prior to 2.1.2.

So 2.1.15 should do the comparison case-insensitively ?

-- 
Etienne GoyerLinux Québec Technologies Inc.
http://www.LinuxQuebec.com   [EMAIL PROTECTED]


Re: partial conversion to BDB 4.2.52?

2003-12-15 Thread Andreas
On Mon, Dec 15, 2003 at 03:01:03PM -0200, Andreas wrote:
> There is a small odd thing, though. /var/lib/imap/db seems to still be at
> BDB 4.1, while the rest is at 4.2 (/var/lib/imap/mailboxes.db, for example):

Sorry for the noise, my setup was obviously completely broken. Fixed now.



Re: partial conversion to BDB 4.2.52?

2003-12-15 Thread Igor Brezac
On Mon, 15 Dec 2003, Andreas wrote:

> I just recompiled cyrus-imapd-2.1.16 and cyrus-sasl-2.1.15 with BDB 4.2
> support and it seems to be working. Email is working, delivery, mail clients
> ok, etc.
>
> There is a small odd thing, though. /var/lib/imap/db seems to still be at
> BDB 4.1, while the rest is at 4.2 (/var/lib/imap/mailboxes.db, for example):
>
> pandora [/var/lib/imap] > db4.2_archive -al
> /var/lib/imap/log.01
>
> pandora [/var/lib/imap/db] > db4.2_archive -al
> db_archive: Program version 4.2 doesn't match environment version
> db_archive: Ignoring log file: log.01: unreadable log version 7
> /var/lib/imap/db/log.01
> /var/lib/imap/db/log.02
>
>
> db_archive from BDB 4.1 works in /var/lib/imap/db:
>
> pandora [/var/lib/imap/db] > db4.1_archive -al
> /var/lib/imap/db/log.01
>
> pandora [/var/lib/imap/db] > db4.1_archive -as
> /var/lib/imap/deliver.db
> /var/lib/imap/mailboxes.db
>
>
> And does not work in /var/lib/imap:
>
> pandora [/var/lib/imap] > db4.1_archive -al
> db_archive: Ignoring log file: log.01: unsupported log version 8
> db_archive: Invalid log file: log.01: Invalid argument
> db_archive: PANIC: Invalid argument
> db_archive: PANIC: DB_RUNRECOVERY: Fatal error, run database recovery
> db_archive: open: DB_RUNRECOVERY: Fatal error, run database recovery
>
>
> I know the transaction log file format has changed, so db_archive from 4.1
> shouldn't work, that's ok. What bothers me is that the database environment
> in /var/lib/imap/db is still at BDB 4.1. Even after archiving all the log files
> and shutting the server down (so that /var/lib/imap/db is empty), when I start
> it up again it's again at BDB 4.1. Any hints? Should it work, am I doing something
> wrong? I already ran db_recover (from 4.1 and 4.2, didn't seem to help).
>

You needed to run db_recover-4.1 from /var/lib/imap/db/ before you
started the newly compiled cyrus-imapd.  Otherwise, dump mailbox list file
(ctl_mboxlist -d), delete other berkeley dbs (deliver, tls_sessions and
annotations).  Then re-create mboxlist (ctl_mboxlist -u) and restart the
server.

I ran db_recover-4.1 before the upgrade and had no problems.  Double check
for other dependencies of db-4.1 that possibly made it to
cyrus-imapd|sasl (like heimdal if you use it).

-- 
Igor


Re: partial conversion to BDB 4.2.52?

2003-12-15 Thread Andreas
On Mon, Dec 15, 2003 at 02:27:58PM -0500, Igor Brezac wrote:
> I ran db_recover-4.1 before the upgrade and had no problems.  Double check
> for other dependencies of db-4.1 that possibly made it to
> cyrus-imapd|sasl (like heimdal if you use it).

Thanks. Just for the record, I had a previous installation of cyrus-imapd
in /usr/lib/cyrus/bin (linked with db-4.1), result of a "make install", and
the rpm version (linked with db-4.2) in /usr/lib/cyrus. It's amazing nothing
worse happened. It's fixed now and working perfectly.



Authenticating and authorizing as different users w/an MUA?

2003-12-15 Thread Wil Cooley

I recall being able to authenticate as one user and authorize as another
at some point with cyradm; it doesn't seem to do that anymore (at least,
it's not in the man page).  At any rate, this tells me it's something
the server and IMAP protocol are capable of.  However, I don't know of
any MUAs that will let you do this, which is important for certain user
support issues.  Does anyone know of one, or am I mistaken about being
able to do this?

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * * * * Good, fast and cheap: Pick all 3! * * * * * * *
*   Naked Ape Consultinghttp://nakedape.cc  *


signature.asc
Description: This is a digitally signed message part


Re: Authenticating and authorizing as different users w/an MUA?

2003-12-15 Thread Igor Brezac

On Mon, 15 Dec 2003, Wil Cooley wrote:

>
> I recall being able to authenticate as one user and authorize as another
> at some point with cyradm; it doesn't seem to do that anymore (at least,
> it's not in the man page).  At any rate, this tells me it's something

It still works for me.

> the server and IMAP protocol are capable of.  However, I don't know of
> any MUAs that will let you do this, which is important for certain user
> support issues.  Does anyone know of one, or am I mistaken about being
> able to do this?

pine can do it.  Any c-client based client is capable of proxy
authorization.  php unfortunately does not export plain mech; a small
patch fixes this problem.  This php patch allows IMP to do proxy auth.

-- 
Igor


Re: Sieve vacation question : does :addresses match case-insensitively ?

2003-12-15 Thread Ken Murchison
Etienne Goyer wrote:

On Mon, Dec 15, 2003 at 12:59:22PM -0500, Ken Murchison wrote:

Cyrus Daboo wrote:

Further to this I see that newer versions of CMU SIEVE do 
case-insensitive comparisons, but older versions did not - perhaps 
Ken/Rob can confirm when that change was made so you can decide whether 
you need to upgrade/patch.
AFAICT it was changed prior to 2.1.2.


So 2.1.15 should do the comparison case-insensitively ?
Yes.  Take a look at look_for_me() in sieve/script.c

--
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


Plus Addressing

2003-12-15 Thread Wander
Hi list,

I´m using Postfix with "recipient_delimiter = +" and cyrus imapd and plus 
addressing doesn´t work. When sending mail to [EMAIL PROTECTED] it goes 
to user Inbox instead of direct to user´s folder.

Please any light?

Thanks
 
Wander





Re: Authenticating and authorizing as different users w/an MUA?

2003-12-15 Thread Ken Murchison
Wil Cooley wrote:

I recall being able to authenticate as one user and authorize as another
at some point with cyradm; it doesn't seem to do that anymore (at least,
it's not in the man page).
Yeah, its not documented and the option names are almost the reverse of 
what imtest uses:

cyradm --user  --authz 

imtest -a  -u 

Note that the only mechanisms that allow for proxying are PLAIN, 
DIGEST-MD5, OTP, SRP, KERBEROS_V4 and GSSAPI.

At any rate, this tells me it's something
the server and IMAP protocol are capable of.  However, I don't know of
any MUAs that will let you do this, which is important for certain user
support issues.  Does anyone know of one, or am I mistaken about being
able to do this?
I'm not aware of any maintream MUAs that let you do this.

--
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


Redhat RPM Build Problem

2003-12-15 Thread Vernon A. Fort
With the Simon Matter RPMS, currently attempting to rebuild the latest
src rpm.  Getting the following error:

+ find
/var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/Cyrus 
/var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Cyrus 
-type f -print
find:
/var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/Cyrus: No 
such file or directory
find:
/var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Cyrus: 
No such file or directory
+ /bin/sed '[EMAIL PROTECTED]/var/tmp/cyrus-imapd-2.1.16-root@@g'
+ /bin/grep -v perllocal.pod
+ /bin/grep -v '\.packlist'
error: Bad exit status from /var/tmp/rpm-tmp.28406 (%install)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.28406 (%install)

Version 2.1.10 currently install and no rebuild issues.  I can get this
thing to rebuild on a 9.0 box - this is a 7.3 Redhat install.

Any ideas

Vernon Fort




Re: Plus Addressing

2003-12-15 Thread Pollywog
On Mon, 15 Dec 2003 17:32:42 -0300
Wander <[EMAIL PROTECTED]> wrote:

> Hi list,
> 
> I´m using Postfix with "recipient_delimiter = +" and cyrus imapd and plus 
> addressing doesn´t work. When sending mail to [EMAIL PROTECTED] it goes
> 
> to user Inbox instead of direct to user´s folder.
> 

Are you using Procmail?  If you are using Procmail to filter the mail to
"folder", you need to escape the "+".  I had the same problem until I did
that.

--
Andrew



Re: Plus Addressing

2003-12-15 Thread Edward Rudd
make sure the user anonymous as p rights on the folder..
in cyradm
sam user.myuser.myfolder anonymous p


On Mon, 2003-12-15 at 14:32, Wander wrote:
> Hi list,
> 
> I´m using Postfix with "recipient_delimiter = +" and cyrus imapd and plus 
> addressing doesn´t work. When sending mail to [EMAIL PROTECTED] it goes 
> to user Inbox instead of direct to user´s folder.
> 
> Please any light?
> 
> Thanks
>  
> Wander
> 
> 
> 
-- 
Edward Rudd <[EMAIL PROTECTED]>
Home Page 


signature.asc
Description: This is a digitally signed message part


Re: Redhat RPM Build Problem

2003-12-15 Thread Edward Rudd
Did you make sure you have the latest errata installed for RH 7.3?
And have you tried compiling the RPM as non-root? goto
http://www.freshrpms.net/ and view his document called "the fight" for
setting up a non-root RPM build environment.   
I just compiled Simon Matter's latest 2.1.16 RPMS successfully on my RH
7.3 server fine.
On Mon, 2003-12-15 at 14:28, Vernon A. Fort wrote:
> With the Simon Matter RPMS, currently attempting to rebuild the latest
> src rpm.  Getting the following error:
> 
> + find
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/Cyrus 
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Cyrus 
> -type f -print
> find:
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/Cyrus: No 
> such file or directory
> find:
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Cyrus:
>  No such file or directory
> + /bin/sed '[EMAIL PROTECTED]/var/tmp/cyrus-imapd-2.1.16-root@@g'
> + /bin/grep -v perllocal.pod
> + /bin/grep -v '\.packlist'
> error: Bad exit status from /var/tmp/rpm-tmp.28406 (%install)
> 
> 
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.28406 (%install)
> 
> Version 2.1.10 currently install and no rebuild issues.  I can get this
> thing to rebuild on a 9.0 box - this is a 7.3 Redhat install.
> 
> Any ideas
> 
> Vernon Fort
> 
> 
-- 
Edward Rudd <[EMAIL PROTECTED]>
Home Page 


signature.asc
Description: This is a digitally signed message part


Re: Redhat RPM Build Problem

2003-12-15 Thread Simon Matter
> With the Simon Matter RPMS, currently attempting to rebuild the latest
> src rpm.  Getting the following error:

You have installed something on your box which is not from RedHat 7.3,
like updated db4, updated perl or whatever.

I can only test src rpms on stock distributions, so for 7.3, this is
RedHat 7.3 + all errata from RedHat. Everything else may or may not build.
I have tested and rebuilt successfully on RedHat 6.2, 7.2, 7.3, 9 and
Fedora Core 1.

Simon

>
> + find
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/Cyrus
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Cyrus
> -type f -print
> find:
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/Cyrus:
> No such file or directory
> find:
> /var/tmp/cyrus-imapd-2.1.16-root/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Cyrus:
> No such file or directory
> + /bin/sed '[EMAIL PROTECTED]/var/tmp/cyrus-imapd-2.1.16-root@@g'
> + /bin/grep -v perllocal.pod
> + /bin/grep -v '\.packlist'
> error: Bad exit status from /var/tmp/rpm-tmp.28406 (%install)
>
>
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.28406 (%install)
>
> Version 2.1.10 currently install and no rebuild issues.  I can get this
> thing to rebuild on a 9.0 box - this is a 7.3 Redhat install.
>
> Any ideas
>
> Vernon Fort
>
>
>




domain name 2.2.2-BETA

2003-12-15 Thread Troex Nevelin
Hello.
I'm having problem with domain names in 2.2.2-BETA version. 
I want to create [EMAIL PROTECTED], imapd uses sasldb.
I create user:
saslpasswd -u name.domain.com user
then usinf cyradm I create mailbox:
cm [EMAIL PROTECTED]
but when i connect (username: [EMAIL PROTECTED]) i get something
like:

Dec 15 23:13:37 server pop3s[7015]: badlogin:
.xxx.xxx[xx.xx.xx.xx] plaintext user SASL(-13): user
not found: checkpass failed

If I do like above for [EMAIL PROTECTED] everything works fine.

-- 
  born to create future
Troex Nevelin ([EMAIL PROTECTED])


Re: Authenticating and authorizing as different users w/an MUA?

2003-12-15 Thread Wil Cooley
On Mon, 2003-12-15 at 12:18, Igor Brezac wrote:

> pine can do it.  Any c-client based client is capable of proxy
> authorization.  php unfortunately does not export plain mech; a small
> patch fixes this problem.  This php patch allows IMP to do proxy auth.

I've looked through Pine's help system and configuration options and it
isn't clear to me how to configure it; can you give me a hint?

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * Linux, UNIX, Networking and Security Solutions * * * *
* Tired of spam and viruses in your e-mail?  Get the *
* Naked Ape Mail Defender! http://nakedape.cc/r/maildefender *


signature.asc
Description: This is a digitally signed message part


and how do I create folder with virtual hosts ?

2003-12-15 Thread Cristian Livadaru
sorry for this rather stupid newbie question.
But how do I create folders now with virtual hotsts ?
wiht cyrus 2.1 it was user.foo.fodler1
bot now ? I tried some but all didn't work ( [EMAIL PROTECTED]
/folder1 ... )

Cris



Re: Authenticating and authorizing as different users w/an MUA?

2003-12-15 Thread Igor Brezac

On Mon, 15 Dec 2003, Wil Cooley wrote:

> On Mon, 2003-12-15 at 12:18, Igor Brezac wrote:
>
> > pine can do it.  Any c-client based client is capable of proxy
> > authorization.  php unfortunately does not export plain mech; a small
> > patch fixes this problem.  This php patch allows IMP to do proxy auth.
>
> I've looked through Pine's help system and configuration options and it
> isn't clear to me how to configure it; can you give me a hint?
>

Here is a sample server string:
{server/imap/norsh/tls/authuser=/user=}INBOX

authcid = authentication id 
authzid = authorization id

The idea is for c-client to use the plain mech.  So, you need to turn
cram-md5 off on the cyrus server side and the session needs to run over
tls/ssl.

Hope this helps.

-- 
Igor


Re: and how do I create folder with virtual hosts ?

2003-12-15 Thread Cristian Livadaru
On Tue, Dec 16, 2003 at 02:30:40AM +0100, Cristian Livadaru wrote:
> sorry for this rather stupid newbie question.
> But how do I create folders now with virtual hotsts ?
> wiht cyrus 2.1 it was user.foo.fodler1
> bot now ? I tried some but all didn't work ( [EMAIL PROTECTED]
> /folder1 ... )
> 
> Cris

found it 
thanks to the post from wim baker where he wrote this:
cyradm --auth plain --user [EMAIL PROTECTED] localhost

then I can create a folder 
cm user/foo/folder1


and here the config for IMP

$servers['cyrus'] = array(
'name' => 'Cyrus IMAP Server',
'server' => 'localhost',
'protocol' => 'imap/notls',
'port' => 143,
'folders' => 'INBOX/',
'namespace' => '',

Cris


DB_NOTFOUND

2003-12-15 Thread Adinda Praditya
Hi list,...

I'm trying to configure cyrus (imap and sasl2). When i tried to test it (as 
cyrus) running

imtest -m login -p imap alfarisi

i failed. Here's the log messages

Dec 16 09:10:56 alfarisi imap[20575]: executed
Dec 16 09:10:56 alfarisi imapd[20575]: accepted connection
Dec 16 09:11:00 alfarisi imapd[20575]: unable to open Berkeley db 
/etc/sasldb2: Permission denied
Dec 16 09:11:00 alfarisi imapd[20575]: unable to open Berkeley db 
/etc/sasldb2: Permission denied
Dec 16 09:11:00 alfarisi imapd[20575]: badlogin: alfarisi.hilmans[192.168.1.1] 
plaintext cyrus SASL(-13): user not found: checkpass failed

i review the cyrus IMAP HOWTO section 8. I ran "saslpasswd2 cyrus". This is 
what i got from the log messages:

Dec 16 09:31:24 alfarisi saslpasswd2: error deleting entry from sasldb: 
DB_NOTFOUND: No matching key/data pair found

What's the log messages mean? Did i miss something?

Please help,

Dida


Default domain in sendmail when using cyrus virtdomains

2003-12-15 Thread Adam Fox
Hi all,

I'm in the process of setting up a new mail server with Cyrus IMAP 2.2.2 to
use the virtual domains feature. I'm using sendmail as the MTA, and this is
working fine when the email address is fully qualified.

What I would like to be able to do is set a default domain in sendmail so
that any unqualified email addresses have a default domain attached rather
than the host name of the server. This would be especially helpful in our
alias file which is quite large. The alias file would be much easier to
manage if we didn't have to put @gribbles.com.au after each name!

If anyone knows of a way to do this, please let me know.

Regards,

Adam Fox
Computer Services Assistant
IT Department
The Gribbles Group
Ph: +61-8-8205-5632
Fax: +61-8-8373-4758
Email: [EMAIL PROTECTED]


Attention:
The information contained in this message and or attachments is intended only for the 
person or entity to which it is addressed and may contain confidential and/or 
privileged material.  Any review, retransmission, dissemination or other use of, or 
taking of any action in reliance upon, this information by persons or entities other 
than the intended recipient is prohibited. If you received this in error, please 
contact the sender and delete the material from any system and destroy any copies.

Any views expressed in this message are those of the individual sender and may not 
necessarily reflect the views of The Gribbles Group.

Thank You.

Whilst every effort has been made to ensure that this e-mail message and any 
attachments are free from viruses, you should scan this message and any attachments.
Under no circumstances do we accept liability for any loss or damage which may result 
from your receipt of this message or any attachment.