aliases
Dear all, I am trying to configure aliase function in /etc/postfix/aliase. I configured the aliase txt file, virtual txt file, run it and tried to send the mail, but it didnt send it to the email add that I configured it to send. Any advice? Thanks and rgds, Damian
Re: DBERROR: skiplist recovery errors
So... is the berkley db3 more reliable then skiplist ? is it slower than skiplist ? Lawrence Greenfield wrote: Date: Wed, 11 Dec 2002 10:46:45 -0200 From: Alessandro Oliveira [EMAIL PROTECTED] [...] Dec 9 09:12:35 intra03 imapd[30212]: DBERROR: skiplist recovery: 0958 should be ADD or DELETE Dec 9 09:12:35 intra03 imapd[30212]: DBERROR: opening /var/lib/imap/user/n/natacha.seen: cyrusdb error Dec 9 09:12:35 intra03 imapd[30212]: Could not open seen state for natacha (System I/O error) I can't figure it out whats going on here, do you have any clues ? Any error like this is either the result of a bug in the skiplist implementation (likely) or a bug in the write ordering of the underlying OS (which assumes you've actually had a _crash_, not an orderly reboot). We've seen this once or twice on our seen state. I've reviewed the skiplist code and haven't found any good reason for it. I haven't come up with a nice way of gathering more information to debug. Larry -- Best Regards, Alessandro Oliveira Nuno Ferreira Cargas Internacionais Ltda. Phone: +55-11-3241-2000 Fax : +55-11-3242-9891 --- It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a god to make them do anything useful.
Re: cyrus 2.2 status
On Thu, 12 Dec 2002 20:31:41 -0500 Ken Murchison [EMAIL PROTECTED] wrote: I addition to what Rob already mentioned, there needs to be more work done on documenting the virtdomain support and tying some loose ends. Yes, virtdomains are actually the #1 thing i'm interested in cyrus 2.2 ... I'm sure there are more people interested, so i think it would be nice to provide either a stable, known working cvs branch of 2.2 or a patch with a backport of virtdomains stuff to 2.1. I'm willing to help here, just give me some directions. -- Jure Pecar
Re: cyrus 2.2 status
On Thu, 12 Dec 2002, John Alton Tamplin wrote: Well, most real databases offer online backup capability so you can get a robust backup even while processing transactions, and with continuous log backup a crash can't lose any committed transactions. But unless the contents of the folders are backed up in this way too, you haven't really gained a significant amount, since the transactions that cyrus needs to make rely on the contents of the filesystem as well. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: cyrus 2.2 status
Rob Siemborski wrote: But unless the contents of the folders are backed up in this way too, you haven't really gained a significant amount, since the transactions that cyrus needs to make rely on the contents of the filesystem as well. True, although with the metadata secure you can politely tell the user their message is gone I agree that is of little benefit unless the messages are stored in the database as well. For a large installation, avoiding the downtime to reconstruct large databases after a crash might be a benefit worth the effort. -- John A. Tamplin Unix System Administrator Emory University, School of Public Health +1 404/727-9931
Problem with Cyrus imapd ( lmtpd ? )
Hi, I have installed the following software on a Solaris 9 machine: Cyrus-IMAP 2.1.10 Cyrus-SASL 2.1.9 Berkeley-DB 4.1 OpenSSL 0.96g DES 4.04 I use Sendmail 8.12.6 for SMTP transfers. I'm having the following problem: When a user tries to transfer a mailbox from his local machine to the imap server via imap, the process hangs after about 6000 messages transferred. There seems to be no apparent reason, the mailbox itself opens up fine in mutt. I ran into the same problem while transferring another users mailbox via deliver. I'm using lmtpd and a socket to communicate between it and sendmail. For some time everything *seems* to be OK, imap still works and delivery takes place, but the frozen session is still frozen. Then all of a sudden delivery stops with Deferred: Connection refused by localhost I'm just using shadow for authentication, and I have checked the binaries and libraries, and they _are_ linked against the Berkeley DB. There isn't even any other /usr/lib/libdb*.so* Could anyone guess what might be killing my server ? I have now only 14 days before I'm supposed to move 13 thousand users to it, and I'd rather not having it crash on a whim :-) Regards, Tor Sigurdsson
Re: cyrus 2.2 status (fwd)
On Fri, 13 Dec 2002, John Alton Tamplin wrote: Rob Siemborski wrote: But unless the contents of the folders are backed up in this way too, you haven't really gained a significant amount, since the transactions that cyrus needs to make rely on the contents of the filesystem as well. True, although with the metadata secure you can politely tell the user their message is gone I agree that is of little benefit unless the messages are stored in the database as well. For a large installation, avoiding the downtime to reconstruct large databases after a crash might be a benefit worth the effort. True. But you do not need an SQL engine just for online backups. Most new filesystems support 'snapshot' which is used for 'online' filesystem backups. -- Igor
Re: pam support in sasl2 (solved)
I found the problem with doing PAM auth against saslauthd. My local pam
authentication module passed a NULL appdata_ptr to the conversation
function. We have fixed our pam to pass this pointer correctly and now
PAM auth works :-) Sorry for all the trouble.
I looked through the old sasl 1.5.28 code which we were using before and
it checked for appdata_ptr being null in lib/checkpw.c around line 630:
struct sasl_pam_data *pd = (struct sasl_pam_data *) appdata_ptr;
if (pd == NULL) {
/* solaris bug? */
return PAM_CONV_ERR;
}
This check wasn't in saslauthd/auth_pam.c Perhaps we can add a check
for a null pointer to avoid saslauthd core dumping because of sucky PAM
modules.
--- auth_pam.c.orig Mon Mar 11 09:52:59 2002
+++ auth_pam.c Fri Dec 13 15:09:19 2002
@@ -92,6 +92,9 @@
int rc;/* return code holder */
/* END VARIABLES */
+if (appdata_ptr == NULL)
+ return PAM_CONV_ERR;
+
my_appdata = appdata_ptr;
my_resp = malloc(sizeof(struct pam_response) * num_msg);
Quotes in mailbox names
Title: Message Hi, The Cyrus server does not support quotes in mailbox names. Is there any good reason for that? Can I just add a quoteto GOODCHARS in mboxname.c or will this cause all sorts of problems? Thanks.
