Support for RFC 5260: Date and Index Extensions
Hi, does anybody know whether it is planned to support http://tools.ietf.org/html/rfc5260 in cyrus-imapd? -- With best regards, Carsten Hoeger signature.asc Description: Digital signature Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
cyrus and 500k to >1M mails per inbox
Hi, we have a customer running cyrus imap on RHEL5 cluster with a few thousand mailboxes. Every single mail is sent to a second host acting as a read-only archive (all imap acls set to no write access). The plan is, that all mail on that second host is kept for a long time. After some years, old mail will be purged automatically. It's quite likely, that these mailboxes will grow to 50 or even more then 1M mails per mailbox. Does anybody have experience with such big mailboxes? The filesystem is LVM with ext3. -- With best regards, Carsten Hoeger pgpjSUXKVm1zZ.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: cyrus-imapd-2.2.12-10 -- impurge and -f recursion --
On Fri, Jan 15, James B. Byrne wrote: > I run cyrus-imapd under CentOS-4.8 (a RedHat el4 clone). I am > trying to discover if there is any way to purge a user's INBOX of > old and over-sized messages without affecting the contents of any > subfolders thereof. > > I have looked at impurge as the mechanism. However,my reading of the > man page, and of online discussions relating to this matter, > indicate that in order for impurge to remove any mail from the INBOX > then the -f switch has to be passed. But, I also gather that > whenever the -f switch is used then ALL subfolders of the target > directory are purged recursively as well. > > This strikes me as a rather odd combination of attributes but I > cannot see any way to prevent recursion if the -f switch is used. > What is the recommended way to purge mail from a user's INBOX only > using criteria such as age and size? You are not the only one searching for a better control of what ipurge should delete. I created a feature request for that and submitted a patch to the cmu bugzilla: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3167 This is the link to the patch including documentation in the manpage: https://bugzilla.andrew.cmu.edu/attachment.cgi?id=1232 -- With best regards, Carsten Hoeger pgp1vwdw9zf5k.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Patch: add regex support to ipurge to improve folder selection
On Wed, Sep 09, Adam Tauno Williams wrote: > On Tue, 2009-07-21 at 11:57 -0400, Matt Selsky wrote: > > On Jul 21, 2009, at 10:43 AM, Carsten Hoeger wrote: > > > > > attached the patch to add regex pattern matching to folders for > > > ipurge. > > > > Can you add this to bugzilla for tracking? > > Was this ever uploaded to the bugzilla? Yes: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3167 -- With best regards, Carsten Hoeger pgpoi9AArh3Vz.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Patch: add regex support to ipurge to improve folder selection
Hi,
attached the patch to add regex pattern matching to folders for ipurge.
--
With best regards,
Carsten Hoeger
diff -urN cyrus-imapd-2.3.7.orig/imap/ipurge.c cyrus-imapd-2.3.7/imap/ipurge.c
--- cyrus-imapd-2.3.7.orig/imap/ipurge.c 2009-07-21 10:43:19.0 +0200
+++ cyrus-imapd-2.3.7/imap/ipurge.c 2009-07-21 10:43:43.0 +0200
@@ -68,6 +68,9 @@
#include "xmalloc.h"
#include "mboxlist.h"
+#include
+#include
+
/* config.c stuff */
const int config_need_data = CONFIG_NEED_PARTITION_DATA;
@@ -85,6 +88,8 @@
int skipflagged = 0;
int datemode = OFFSET_SENTDATE;
int invertmatch = 0;
+char* regpattern = NULL;
+int notpattern = 0;
/* for statistical purposes */
typedef struct mbox_stats_s {
@@ -115,11 +120,17 @@
if (geteuid() == 0) fatal("must run as the Cyrus user", EX_USAGE);
- while ((option = getopt(argc, argv, "C:hxd:b:k:m:fsXi")) != EOF) {
+ while ((option = getopt(argc, argv, "C:hxd:b:k:m:fsXip:n")) != EOF) {
switch (option) {
case 'C': /* alt config file */
alt_config = optarg;
break;
+case 'p':
+ regpattern = optarg;
+ break;
+case 'n':
+ notpattern = 1;
+ break;
case 'd': {
if (optarg == 0) {
usage(argv[0]);
@@ -211,7 +222,7 @@
int
usage(char *name) {
- printf("usage: %s [-f] [-s] [-C ] [-x] [-X] [-i] {-d days | -b bytes|-k Kbytes|-m Mbytes}\n\t[mboxpattern1 ... [mboxpatternN]]\n", name);
+ printf("usage: %s [-f] [-s] [-C ] [-x] [-X] [-i] [-p apply an additional regex pattern to mailbox.\n");
+ printf("\t -n negate pattern specified with -p (not matches).\n");
exit(0);
}
@@ -237,12 +250,31 @@
memset(&stats, '\0', sizeof(mbox_stats_t));
- if (verbose) {
- char mboxname[MAX_MAILBOX_NAME+1];
+ char mboxname[MAX_MAILBOX_NAME+1];
+ /* Convert internal name to external */
+ (*purge_namespace.mboxname_toexternal)(&purge_namespace, name,
+ "cyrus", mboxname);
+ if( regpattern != NULL ) {
+#define BLEN 512
+char regerrbuf[BLEN];
+regex_t preg;
+int ret;
+if( (ret=regcomp(&preg, regpattern, REG_EXTENDED)) ) {
+ syslog(LOG_ERR, "regcomp failed on mboxname <%s>: %s", name,regerror(ret, &preg, regerrbuf, BLEN));
+ return 1;
+}
+
+ret = regexec(&preg, mboxname, 0, NULL, 0);
+if( ret ) {
+ if( !notpattern )
+ return 0;
+} else {
+ if( notpattern )
+ return 0;
+}
+ }
- /* Convert internal name to external */
- (*purge_namespace.mboxname_toexternal)(&purge_namespace, name,
- "cyrus", mboxname);
+ if (verbose) {
printf("Working on %s...\n", mboxname);
}
diff -urN cyrus-imapd-2.3.7.orig/man/ipurge.8 cyrus-imapd-2.3.7/man/ipurge.8
--- cyrus-imapd-2.3.7.orig/man/ipurge.8 2009-07-21 10:43:19.0 +0200
+++ cyrus-imapd-2.3.7/man/ipurge.8 2009-07-21 10:57:16.0 +0200
@@ -75,6 +75,14 @@
]
.br
[
+.B \-p
+.I regex-pattern
+]
+[
+.B \-n
+]
+.br
+ [
.IR mailbox-pattern ...
]
.SH DESCRIPTION
@@ -128,6 +136,17 @@
.TP
.B \-s
Skip over messages that have the \\Flagged flag set.
+.TP
+.B \-p
+Specify an additional
+.IR regex (7)
+pattern to limit the mailbox(es) where to apply the requested operation. All mailboxes matching
+the \fImailbox-pattern\fR as specified above must also match this addtional expression, if specified.
+.TP
+.B \-n
+Negate the expression as specified with -p. All mailboxes matching the
+\fImailbox-pattern\fR as specified above must \fBNOT\fR match this addtional expression.
+.TP
.SH FILES
.TP
.B /etc/imapd.conf
pgpKSwGhWdWxw.pgp
Description: PGP signature
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: how to exclude subfolder from expiration using annotations?
On Mon, Jul 20, Reinaldo de Carvalho wrote: > >> > I'm currently trying to find out how to use cyr_expire in combination > >> > with > >> > annotations exluding one single subfolder per mailbox. > > > > [...] > > > >> Don't set expire for user (root) mailbox, only to "user/test1001/Sent > >> Items". > > > > I want to _EXCLUDE_ user/test1001/Sent Items and not the other way around. > > > > Do you try set annotattion for "user/test1001/Sent Items" with high > value (not to be reached)? No. Instead I wrote a patch for ipurge to accept a regex pattern to include or NOT to include folders matching that pattern. I'll send the patch as soon as I'm done. -- With best regards, Carsten Hoeger pgpEmYihBslCc.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: how to exclude subfolder from expiration using annotations?
On Mon, Jul 20, Reinaldo de Carvalho wrote: > > I'm currently trying to find out how to use cyr_expire in combination with > > annotations exluding one single subfolder per mailbox. [...] > Don't set expire for user (root) mailbox, only to "user/test1001/Sent Items". I want to _EXCLUDE_ user/test1001/Sent Items and not the other way around. I want to expire everything BUT user/test1001/Sent Items. -- With best regards, Carsten Hoeger pgpVjjpJLOyOK.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
how to exclude subfolder from expiration using annotations?
Hi,
I'm currently trying to find out how to use cyr_expire in combination with
annotations exluding one single subfolder per mailbox.
I'm running RHEL5 with v2.3.7-Invoca-RPM-2.3.7-2.el5_3.2.
What I did:
. setannotation "user/test1001" "/vendor/cmu/cyrus-imapd/expire"
("value.shared" "1")
. OK Completed
. getannotation user/test1001 "/vendor/cmu/cyrus-imapd/expire" "value.shared"
* ANNOTATION "user/test1001" "/vendor/cmu/cyrus-imapd/expire" ("value.shared"
"1")
. OK Completed
Now I want to exclude the "Sent Items" folder from expiring, so I did
. setannotation "user/test1001/Sent Items" "/vendor/cmu/cyrus-imapd/expire"
("value.shared" NIL)
. OK Completed
But that does not work:
$ su - cyrus -c '/usr/lib/cyrus-imapd/cyr_expire -E 3 -v'
expiring messages in user.test1001 older than 1 days
expiring messages in user.test1001.Drafts older than 1 days
expiring messages in user.test1001.Junk older than 1 days
expiring messages in user.test1001.Sent Items older than 1 days
expiring messages in user.test1001.Trash older than 1 days
expiring messages in user.test1001.confirmed-ham older than 1 days
expiring messages in user.test1001.confirmed-spam older than 1 days
expiring messages in user.test1001.subfolder older than 1 days
expiring messages in user.test1001.subfolder.subsubfolder older than 1 days
expiring messages in user.test1001.subfolder.subsubfolder.subsubsubfolder older
than 1 days
In the cyr_expire manpage I read:
[...]
The value of the /vendor/cmu/cyrus-imapd/expire annotation is inherited by
all children of the given mailbox, so an entire mailbox tree can be expired by
seting a single annotation on the root of that tree. If a mailbox does not
have a /vendor/cmu/cyrus-imapd/expire annotation set on it (or does not
inherit then no messages are expired from the mailbox.
[...]
I found no further resources describing how to achieve what I want.
Is that possible at all?
--
With best regards,
Carsten Hoeger
pgpzXLfNYVuz5.pgp
Description: PGP signature
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Sieve: Vacation not working
On Wed, May 27, Garry wrote: > > Also, the logfile created by this line: > > [..] > > doesn't show up right away either ... > > > Actually, I just noticed that timsieved of course isn't even the process > responsible for doing any filtering, but only for doing the back-end > script stuff ... so I added the "-D" to the lmtpd line, which I _assume_ > (please correct me if I'm wrong) is the process that actually should be > doing the sieve checking and processing ... anyway, there was no sign > that lmtpd attempted to do any sendmail interaction ... AFAIR the Mail headers must contain the addresses you specified in the vacation rules. Did you check that? Also keep in mind, that vacation mail is not sent, when sender and recipient are the same. -- With best regards, Carsten Hoeger pgplHmVSCKyux.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Bulk installation of sieve filters
On Mon, Mar 16, Andres Tarallo wrote: > I have an installation with about 2000 mailboxes. Now we want to send all > the mails tagged as SPAM (by spamassassin) to the spam folder. > > I'm trying to automate the process of doing that job. I know how to create > in bulk the spam folder. But I can't find if it's possible to do such work > with sieve. > > Thanks in advance. Apologize poor English 1. write you sieve script and test/upload it for one mailbox. 2. copy the script sourcecode into the subdirectory /var/lib/sieve/[...] (depends on distribution which is in use) 3. run masssievec to compile a bunch of scrips into bytecode -- With best regards, Carsten Hoeger pgpi83rDJMeTo.pgp Description: PGP signature Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: version on header
On Wednesday, 15. February 2006 04:07 Diego Ventrice wrote: > Does anybody know how to get Cyrus version off from emails headers ? Using postfix you could get rid of it using header_checks(5) and the IGNORE fetaure e.g. like this: /^.*Cyrus.*$/ IGNORE -- mit freundlichen Gruessen/with best regards, Carsten Hoeger Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus IMAPd 2.3.0 Released
On Mon, Dec 12, Ken Murchison wrote:
> I am pleased to announce the release of Cyrus IMAPd 2.3.0. This is an
> BETA-quality release, reflecting that it has significant numbers of new
> features that have not been tested on a wide-scale basis, although
> earlier versions of this code have been running at two sites for quite
> some time. Some of the new features include mailspool replication
> (based on David Carter's work), "unified" Murder code, separate
> meta-data partitions, several new IMAP and Sieve extensions, and many
> more visible and invisible changes.
contrib/drac_auth patch did not apply, the attached one applies.
--
With best regards,
Carsten Hoeger
Index: cyrus-imapd-2.3.0/configure.in
===
--- cyrus-imapd-2.3.0.orig/configure.in
+++ cyrus-imapd-2.3.0/configure.in
@@ -1003,6 +1003,19 @@ dnl (agentx was depricated, but SNMP_SUB
SNMP_SUBDIRS=""
AC_SUBST(SNMP_SUBDIRS)
+dnl
+dnl Test for DRAC
+dnl
+DRACLIBS=
+AC_ARG_WITH(drac, [ --with-drac=DIR use DRAC library in [no] ],
+ if test -d "$withval"; then
+ LDFLAGS="$LDFLAGS -L${withval}"
+ AC_CHECK_LIB(drac, dracauth,
+ AC_DEFINE(DRAC_AUTH,[],[Build DRAC support?])
+ DRACLIBS="-ldrac")
+ fi)
+AC_SUBST(DRACLIBS)
+
CMU_LIBWRAP
CMU_UCDSNMP
Index: cyrus-imapd-2.3.0/imap/Makefile.in
===
--- cyrus-imapd-2.3.0.orig/imap/Makefile.in
+++ cyrus-imapd-2.3.0/imap/Makefile.in
@@ -66,6 +66,7 @@ SIEVE_OBJS = @SIEVE_OBJS@
SIEVE_LIBS = @SIEVE_LIBS@
IMAP_COM_ERR_LIBS = @IMAP_COM_ERR_LIBS@
LIB_WRAP = @LIB_WRAP@
+DRAC_LIBS = @DRACLIBS@
LIBS = $(IMAP_LIBS) $(IMAP_COM_ERR_LIBS)
DEPLIBS = ../lib/libcyrus.a ../lib/libcyrus_min.a @DEPLIBS@
@@ -202,17 +203,17 @@ lmtpd.pure: lmtpd.o proxy.o $(LMTPOBJS)
imapd: xversion $(IMAPDOBJS) mutex_fake.o libimap.a $(DEPLIBS) $(SERVICE)
$(CC) $(LDFLAGS) -o imapd \
$(SERVICE) $(IMAPDOBJS) mutex_fake.o \
- libimap.a $(DEPLIBS) $(LIBS) $(LIB_WRAP)
+ libimap.a $(DEPLIBS) $(LIBS) $(LIB_WRAP) $(DRAC_LIBS)
imapd.pure: $(IMAPDOBJS) mutex_fake.o libimap.a $(DEPLIBS) $(SERVICE)
$(PURIFY) $(PUREOPT) $(CC) $(LDFLAGS) -o imapd.pure \
$(SERVICE) $(IMAPDOBJS) mutex_fake.o libimap.a \
- $(DEPLIBS) $(LIBS) $(LIB_WRAP)
+ $(DEPLIBS) $(LIBS) $(LIB_WRAP) $(DRAC_LIBS)
imapd.quant: $(IMAPDOBJS) mutex_fake.o libimap.a $(DEPLIBS) $(SERVICE)
$(QUANTIFY) $(QUANTOPT) $(CC) $(LDFLAGS) -o imapd.quant \
$(SERVICE) $(IMAPDOBJS) mutex_fake.o libimap.a \
- $(DEPLIBS) $(LIBS) $(LIB_WRAP)
+ $(DEPLIBS) $(LIBS) $(LIB_WRAP) $(DRAC_LIBS) $(DRAC_LIBS)
mupdate: mupdate.o mupdate-slave.o mupdate-client.o mutex_pthread.o tls.o \
libimap.a $(DEPLIBS)
@@ -230,7 +231,7 @@ mupdate.pure: mupdate.o mupdate-slave.o
pop3d: pop3d.o proxy.o backend.o tls.o mutex_fake.o libimap.a \
$(DEPLIBS) $(SERVICE)
$(CC) $(LDFLAGS) -o pop3d pop3d.o proxy.o backend.o tls.o $(SERVICE) \
-mutex_fake.o libimap.a $(DEPLIBS) $(LIBS) $(LIB_WRAP)
+mutex_fake.o libimap.a $(DEPLIBS) $(LIBS) $(LIB_WRAP) $(DRAC_LIBS)
nntpd: nntpd.o proxy.o backend.o index.o smtpclient.o spool.o tls.o \
mutex_fake.o nntp_err.o libimap.a $(DEPLIBS) $(SERVICE)
Index: cyrus-imapd-2.3.0/imap/imapd.c
===
--- cyrus-imapd-2.3.0.orig/imap/imapd.c
+++ cyrus-imapd-2.3.0/imap/imapd.c
@@ -172,6 +172,18 @@ static struct proxy_context imapd_proxyc
1, 1, &imapd_authstate, &imapd_userisadmin, &imapd_userisproxyadmin
};
+#ifdef DRAC_AUTH
+static struct {
+int interval; /* dracd "ping" interval; 0 = disabled */
+unsigned long clientaddr;
+struct prot_waitevent *event;
+} drac;
+
+extern int dracconn(char *server, char **errmsg);
+extern int dracsend(unsigned long userip, char **errmsg);
+extern int dracdisc(char **errmsg);
+#endif /* DRAC_AUTH */
+
/* current sub-user state */
static struct mailbox mboxstruct;
static struct mailbox *imapd_mailbox;
@@ -637,6 +649,23 @@ int service_init(int argc, char **argv,
idle_init();
}
+#ifdef DRAC_AUTH
+/* setup for sending DRAC "pings" */
+drac.event = NULL;
+drac.interval = config_getint(IMAPOPT_DRACINTERVAL);
+if (drac.interval < 0) drac.interval = 0;
+if (drac.interval) {
+ char *err;
+
+ if (dracconn((char*) config_getstring(IMAPOPT_DRACHOST), &err) != 0) {
+ /* disable DRAC */
+ drac.interval = 0;
+ syslog(LOG_ERR, "dracconn: %s", err);
+ syslog(LOG_ERR, "DRAC notifications disabled");
+ }
+}
+#endif /* DRAC_AUTH */
+
/* create connection to the SNMP listener, if available. */
Re: More than 2GB quotas
On Tue, Aug 30, Ondrej Sury wrote: > > I created it using Kens instructions from > > > > https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=1212#c13 > > Is there a reason why you dropped LONG LONG checks? I am not sure if > all archs in Debian has support for long long datatype (mips?), so I am > unsure if I can use your patch directly. You are probably right. I don't remember, why I dropped that check. It might be because I did not need it. -- With best regards, Carsten Hoeger pgpyb6y9HuT8U.pgp Description: PGP signature Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: More than 2GB quotas
On Tue, Aug 30, Simon Matter wrote: > > The cyrus22 debian packages have been released into the 'experimental' > > While we are at it, could one of the debian package maintainers provide a > large quota patch? I didn't manage to backport the code from 2.3 and it > seems it has been done for the debian package. The problem is that deb > source packages don't contain multiple patches but contain a single large > patch instead, which makes it impossible to extract just a single patch. If you also accept patches from a non-debian maintainer, you can use this one: ftp://ftp.suse.com/pub/people/choeger/SLES9/cyrus-imapd-22-sles9-64bit-quota/source/64bit_quota.patch I created it using Kens instructions from https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=1212#c13 -- With best regards, Carsten Hoeger pgp0lRa5bhkhV.pgp Description: PGP signature Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: cyrus-imapd 2.2 and timsieved problems
On Tue, Aug 23, Carsten Hoeger wrote:
> I'm unable to do a successfull PLAIN authentication with timsieved on
> cyrus-imapd 2.2 (tried with 2.2.3 and 2.2.12).
[...]
Well, I found the culprit. My test user did not have a mailbox and therefor
timsieved was unwilling to perform. Unfortunately, there's no hint to the real
problem nowhere. Additinally, there's a bug in timsieved/parser.c.
There's this code:
r = mboxlist_detail(inboxname, &type, &server, NULL, NULL, NULL);
if(r) {
/* mboxlist_detail error */
*errmsg = "mailbox unknown";
return FALSE;
}
Problem:
1. errmsg now contains a usefull error message, but this message does not
reach anybody.
2. the old sasl will be reused without beeing cleared. That's why I see this
message in the log:
"attempting server step after doneflag"
and then the server segfaults
Attached is a patch, that does the following:
1. log the "mailbox missing" information to syslog
2. reset the sasl connection
The patch applies against 2.2.12.
I'll also open a bug in bugzilla.andrew.cmu.edu.
--
With best regards,
Carsten Hoeger
--- timsieved/parser.c
+++ timsieved/parser.c 2005/08/24 09:14:42
@@ -664,8 +664,14 @@
if(r) {
/* mboxlist_detail error */
- *errmsg = "mailbox unknown";
- return FALSE;
+ syslog(LOG_ERR, error_message(r));
+
+ if(reset_saslconn(&sieved_saslconn, ssf, authid) != SASL_OK)
+ fatal("could not reset the sasl_conn_t after failure",
+ EC_TEMPFAIL);
+
+ ret = FALSE;
+ goto cleanup;
}
if(type & MBTYPE_REMOTE) {
pgpa4YCJtODiF.pgp
Description: PGP signature
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
cyrus-imapd 2.2 and timsieved problems
Hi,
I'm unable to do a successfull PLAIN authentication with timsieved on
cyrus-imapd 2.2 (tried with 2.2.3 and 2.2.12).
I've no problem to authenticate with timsieved of 2.1.16, however.
I have a test user called choeger with password system. I'm able to
authenticate against imapd without problems:
telnet localhost imap
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK d141 Cyrus IMAP4 v2.2.3 server ready
. auth plain
. BAD Please login first
. authenticate plain
+
Y2hvZWdlcgBjaG9lZ2VyAHN5c3RlbQ==
. OK Success (no protection)
(Note: I enabled PLAIN without using TLS/SSL in removing SASL_SEC_NOPLAINTEXT
from secprops in imapd.c)
The same authstring does not work with timsieved:
telnet localhost sieve
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.2.3"
"SASL" "LOGIN PLAIN"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
relational regex"
OK
AUTHENTICATE "PLAIN" {33+}
Y2hvZWdlcgBjaG9lZ2VyAHN5c3RlbQ==
NO "Authentication Error"
Connection closed by foreign host.
On an old server running 2.1.16 it works:
telnet imapdevel sieve
Trying 10.10.0.9...
Connected to imapdevel.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.1.16"
"SASL" "LOGIN PLAIN"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
relational regex"
"STARTTLS"
OK
AUTHENTICATE "PLAIN" {33+}
Y2hvZWdlcgBjaG9lZ2VyAHN5c3RlbQ==
OK
Even worse: When I use sieveshell to contact timsieved of cyrus-imapd 2.2,
timsieved segfaults. This is the ethereal captured protocol:
"IMPLEMENTATION" "Cyrus timsieved v2.2.3"
"SASL" "LOGIN PLAIN"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
relational regex"
OK
AUTHENTICATE "LOGIN"
{12}
VXNlcm5hbWU6
{12+}
Y2hvZWdlcg==
{12}
UGFzc3dvcmQ6
{12+}
U2FsYWhtMQ==
NO "Authentication Error"
AUTHENTICATE "PLAIN" {32+}
Y2hvZWdlcgBjaG9lZ2VyAFNhbGFobTE=
NO "Authentication Error"
OK "Logout Complete"
And then, timsieved segfaults.
This is the backtrace of timsieved:
#1 0x40035617 in sasl_server_start (conn=0x8138728, mech=0x81344e4 "PLAIN",
clientin=0x817d860 "choeger", clientinlen=22, serverout=0xbfffc6c8,
serveroutlen=0xbfffc6c4) at server.c:1303
#2 0x0805156c in cmd_authenticate (sieved_out=0x8134298, sieved_in=0x8134228,
mechanism_name=0x81344e0, initial_challenge=0x817db78, errmsg=0xbfffd748)
at parser.c:524
#3 0x08050d8d in parser (sieved_out=0x8134298, sieved_in=0x8134228)
at parser.c:181
#4 0x0805051e in cmdloop () at timsieved.c:163
#5 0x0805099f in service_main (argc=1, argv=0x8132008, envp=0xb51c)
at timsieved.c:289
#6 0x0804db0f in main (argc=1, argv=0xb514, envp=0xb51c)
at service.c:546
The code in line 1303 of lib/server.c (that's sourcecode of cyrus-sasl version
2.1.18, most recent version == same behaviour):
s_conn->mech->plug->mech_dispose(conn->context,
s_conn->sparams->utils);
Using a debugger shows, that s_conn->mech->plug->mech_dispose() points to 0 in
that case.
I'm currently trying to find out, where the problem is. I can't say, that I am
a SASL expert, so any help is appreciated.
--
With best regards,
Carsten Hoeger
pgplmv3TDCNPJ.pgp
Description: PGP signature
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
How to update cyrus db to BerkeleyDB 4.3?
Hi, I'm trying to find out how to convert configdirectory/db/ from BerkeleyDB 4.2 to the 4.3 version. I tried to do what's written in http://www.sleepycat.com/docs/ref/upgrade/process.html with a little helper program implemented to convert openldap2 db backend from 4.2 to 4.3 without success. The only chance I had was to remove configdirectory/db/* Does anybody know, how to do that conversion? -- With best regards, Carsten Hoeger pgp4lRte40qc8.pgp Description: PGP signature
Re: pop3[6358]: error sending to idled: 2
On Sat, Nov 13, Johan Barelds wrote: > After i upgraded Cyrus-imap 2.2.8-6 i got the following message in my message > log: > > -- > Nov 13 21:52:56 beast pop3[8196]: error sending to idled: 2 > -- > > I happens after someone pop's his email via cyrus pop3. > Anyone a clue what this could be? Your cyrus-imapd 2.2.8 has support for idled. Simply enable it in /etc/cyrus.conf -- With best regards, Carsten Hoeger pgp0Ro9r2J7Bp.pgp Description: PGP signature
Re: Cyrus 2.2.x and a tool how to see which users are logged in
On Fri, Oct 15, Marc-Christian Petersen wrote: > is there any tool available or any method how to see which users are loggged > in via IMAP/POP3? I need this to see if a user is currently connected or not > to be able to deny mailbox renaming or not. $localstatedir/imap/proc/ contains connection information, but it only shows user information, if a user SELECTed a specific mailbox. -- With best regards, Carsten Hoeger pgpSITbdPwnJV.pgp Description: PGP signature
Re: Getting vacation to run under cyrus-imapd 2.2.6 and cyrus-imapd 2.2.8
On Fri, Aug 20, Sujit Choudhury wrote: > We are running SuSE 8.1 and I understand people had problem with this > version. We are using name space as follows: user/johndoe; user/johndoe/Sent > Mail etc. Kendrik Vargas inform me that sendmail parameter was required and > since then vacation DOES WORK when there is just one hop to the mail, but > whenever there is multiple hops it seems to fail.We are running out of > ideas. Can anybody help? Please note that cyrus-sieve does only autoreply, if the ENVELOPE-FROM address is different to the final recipient! If you are automatically FORWARDING messages, the envelope from address is normaly changed to the users account, which is forwarding the mail (e.g. when using .forward) and in this case, sieve will NOT respond! -- With best regards, Carsten Hoeger pgpDM7Rwu5IYT.pgp Description: PGP signature
Re: Patch help, new cyrus-imapd
On Fri, Jul 30, Anders Norrbring wrote:
> I'm working on adapting cyrus-imapd 2.2.8 for use with SuSE 9.1, and I've
> ran into a patch that I can't make up my mind about..
>
> Can somebody please help me out? Is it at all needed, and if so, how should
> I adapt it to the new cyrus-imapd? The code is heavily updated since v2.2.3
> that the patch is originally intended for.
This is my latest version (untested)
--
With best regards,
Carsten Hoeger
--- imap/lmtpengine.c
+++ imap/lmtpengine.c 2004/05/31 12:24:07
@@ -817,6 +817,8 @@
address_data_t *ret = (address_data_t *) xmalloc(sizeof(address_data_t));
int forcedowncase = config_getswitch(IMAPOPT_LMTP_DOWNCASE_RCPT);
int quoted, detail;
+char *luser_relay = NULL;
+int has_luser_relay = 0;
assert(addr != NULL && msg != NULL);
@@ -873,6 +875,13 @@
}
*dest = '\0';
+luser_relay = config_getstring(IMAPOPT_LMTP_LUSER_RELAY);
+if( luser_relay ) {
+ if( !verify_user(luser_relay, NULL, NULL, ignorequota ? -1 : msg->size,
msg->authstate) ) {
+ has_luser_relay = 1;
+ }
+}
+
/* make a working copy of rcpt */
ret->user = ret->rcpt = xstrdup(rcpt);
@@ -898,12 +907,17 @@
r = verify_user(ret->user, ret->domain, ret->mailbox,
ignorequota ? -1 : msg->size, msg->authstate);
if (r) {
- /* we lost */
- free(ret->all);
- free(ret->rcpt);
- free(ret);
- return r;
+ if( r == IMAP_MAILBOX_NONEXISTENT && has_luser_relay ) {
+ ret->user = xstrdup(luser_relay);
+ } else {
+ /* we lost */
+ free(ret->all);
+ free(ret->rcpt);
+ free(ret);
+ return r;
+ }
}
+
ret->ignorequota = ignorequota;
msg->rcpt[msg->rcpt_num] = ret;
--- lib/imapoptions
+++ lib/imapoptions 2004/05/31 11:57:52
@@ -837,6 +837,10 @@
to set this to yes, especially if OpenLDAP is used as authentication
source. */
+{ "lmtp_luser_relay", NULL, STRING }
+/* Send mail to mailboxes, which do not exists, to this user. NOTE: This must
+ be an existing local mailbox name. NOT an email address! */
+
/*
.SH SEE ALSO
.PP
pgp49rQA6UonL.pgp
Description: PGP signature
Re: decrease log verbosity
On Tue, Jun 29, Ken Murchison wrote: > >Is there any way to decrease the syslog messages verbosity? > > > >E.g., for each message i get about 9 syslog messages about lmtpunix. I > >wonder if there's a config flag or something to discard all of them with > >the exception of either duplicate_check or duplicate_mark. The reason i > >want to keep one of these is that they contain the destination folder of > >the message. > > Logging is handled by syslog. Adjust your settings for the local6 > facility in syslog.conf. Well, you must admit that cyrus-imapd/cyrus-sasl are two of a VERY limited set of software packages, which us syslog to configure different debugging levels. That's for sure a little bit strange... :-) I heard about a lot of complaints already for this reason. But to provide a cure: Use syslog-ng. It allows to filter log messages by regular expressions. If you need an example configuration, here it is: ftp://ftp.suse.com/pub/people/choeger/SLOX/syslog-ng2slox/ -- With best regards, Carsten Hoeger pgpvFjZc2Cmpk.pgp Description: PGP signature
Re: minimum poptimeout value to high in case of client connection loss
On Thu, Jun 24, Ken Murchison wrote: > >on a setup with lots of roaming users, the following happens frequently: > > > >- users are logging in using pop3 > >- users connection breaks down or > > users client breaks down (so the tcp session is not terminated) > >- user tries to login again > >- mailbox of user is locked for poptimeout minutes > > > >10 minutes is a very long time to wait to be able to access mail again. > >Is there a specific reason, why this minimum is that high? > > RFC 1939 Section 3 (last paragraph). As far as the server is concerned, > the client is still connected, so the autologout timer is stillin effect. Urgs. Okay, I see... Better do not use POP3... -- With best regards, Carsten Hoeger pgpmBcAiXS3MA.pgp Description: PGP signature
minimum poptimeout value to high in case of client connection loss
Hi, on a setup with lots of roaming users, the following happens frequently: - users are logging in using pop3 - users connection breaks down or users client breaks down (so the tcp session is not terminated) - user tries to login again - mailbox of user is locked for poptimeout minutes 10 minutes is a very long time to wait to be able to access mail again. Is there a specific reason, why this minimum is that high? -- With best regards, Carsten Hoeger pgpfdNfarv0KZ.pgp Description: PGP signature
Re: RFC: OpenSLP support in cyrus-imapd (+patch)
On Tue, Feb 17, Ken Murchison wrote: > > Btw.: Is there a specific reason, why the drac_auth patch is still not > > integrated? > > Because its an outdated hack. Any recent MTA *should* have SMTP AUTH > support and sites *should* be using it instead of DRAC. If you > disagree, then argue with Rob. ;) Well, personally I definetely do NOT disagree. And yes, POP before SMTP is a PITA. -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
RFC: OpenSLP support in cyrus-imapd (+patch)
Hi,
I need cyrus-imapd to register it's services to an slp daemon, if it is
running.
I prepared a patch against 2.2.3 using calls to functions of libslp of the
OpenSLP project:
http://www.openslp.org/
[...]
What is SLP?
Service Location Protocol is an IETF standards track protocol that
provides a framework to allow networking applications to discover the
existence, location, and configuration of networked services in enterprise
networks. (click here for full introduction )
http://www.openslp.org/#What%20is%20SLP?
[...]
I patched only master/master.c master/Makefile.in and configure.in similar to
what contrib/drac_auth.patch does.
The SLP behaviour is currently not configurable with my patch, but usually,
that should not be neccessary, as a SLPRegister() call will just quickly come
back in case of no running slpd instance.
Also the server name of the service url should maybe be configurable like with
servername in imapd.conf.
The patch is attached.
In case of common interest, I'll submit it also to bugzilla.andrew.cmu.edu.
Btw.: Is there a specific reason, why the drac_auth patch is still not
integrated?
--
With best regards,
Carsten Hoeger
--- configure.in
+++ configure.in2004/02/17 14:15:49
@@ -950,6 +950,19 @@
SNMP_SUBDIRS=""
AC_SUBST(SNMP_SUBDIRS)
+dnl
+dnl Test for OpenSLP
+dnl
+SLPLIBS=
+AC_ARG_WITH(openslp, [ --with-openslp=DIR use OpenSLP library in [no]
],
+ if test -d "$withval"; then
+ LDFLAGS="$LDFLAGS -L${withval}"
+ AC_CHECK_LIB(slp, SLPOpen,
+ AC_DEFINE(USE_SLP,[],[Compile with OpenSLP?])
+ SLPLIBS="-lslp")
+ fi)
+AC_SUBST(SLPLIBS)
+
CMU_LIBWRAP
CMU_UCDSNMP
--- master/Makefile.in
+++ master/Makefile.in 2004/02/17 14:09:47
@@ -58,7 +58,7 @@
CFLAGS = @CFLAGS@
LDFLAGS = @LDFLAGS@ @COM_ERR_LDFLAGS@
-LIBS = ../lib/libcyrus_min.a @LIB_UCDSNMP@ @LIBS@ @COM_ERR_LIBS@
+LIBS = ../lib/libcyrus_min.a @LIB_UCDSNMP@ @LIBS@ @COM_ERR_LIBS@ @SLPLIBS@
SHELL = /bin/sh
MAKEDEPEND = @MAKEDEPEND@
--- master/master.c
+++ master/master.c 2004/02/17 15:49:46
@@ -97,6 +97,10 @@
#endif
+#ifdef USE_SLP
+#include
+#endif
+
#include "masterconf.h"
#include "master.h"
@@ -106,6 +110,16 @@
#include "xmalloc.h"
+#ifdef USE_SLP
+#define URL_MAX 1024
+SLPHandle phslp;
+struct slpurl {
+char srvurl[URL_MAX];
+struct slpurl *next;
+};
+struct slpurl *start = NULL;
+#endif
+
enum {
become_cyrus_early = 1,
child_table_size = 1,
@@ -161,10 +175,41 @@
void limit_fds(rlim_t);
void schedule_event(struct event *a);
+#ifdef USE_SLP
+void SLPRegReportCB(SLPHandle hslp, SLPError errcode, void* cookie)
+{
+/* return the error code in the cookie */
+*(SLPError*)cookie = errcode;
+
+/* You could do something else here like print out */
+/* the errcode, etc. Remember, as a general rule, */
+/* do not try to do too much in a callback because */
+/* it is being executed by the same thread that is */
+/* reading slp packets from the wire. */
+}
+
+void SLPshutdown(void)
+{
+struct slpurl *ttmp,*tmp = start;
+SLPError callbackerr;
+while( tmp ) {
+ syslog(LOG_INFO,"SLPderegister [%s]",tmp->srvurl);
+ SLPDereg(phslp, tmp->srvurl, SLPRegReportCB, &callbackerr);
+ ttmp = tmp;
+ tmp = tmp->next;
+ free(ttmp);
+}
+SLPClose(&phslp);
+}
+#endif
+
void fatal(const char *msg, int code)
{
syslog(LOG_CRIT, "%s", msg);
syslog(LOG_NOTICE, "exiting");
+#ifdef USE_SLP
+SLPshutdown();
+#endif
exit(code);
}
@@ -475,7 +520,90 @@
s->socket = 0;
continue;
}
-
+
+#ifdef USE_SLP
+ if ((!strcmp(s->proto, "tcp")) && s->listen[0] != '/' ) {
+ SLPError err;
+ SLPError callbackerr;
+ char *listen, *service;
+ char *listen_addr;
+ int port;
+ char hname[URL_MAX];
+ char dname[URL_MAX];
+ char turl[URL_MAX];
+ struct slpurl *u;
+ char registered = 0;
+
+
+ /* parse_listen() and resolve_host() are destructive,
+ * so make a work copy of s->listen
+ */
+ listen = xstrdup(s->listen);
+
+ if ((service = parse_listen(listen)) == NULL) {
+ /* listen IS the port */
+ service = listen;
+ listen_addr = NULL;
+ } else {
+ /* s->listen is now just the address */
+ listen_addr = parse_host(listen);
+ if (*listen_addr == '\0')
+ listen_addr = NULL;
+ }
+ port = ntohs(((struct sockaddr_in *)(res)->ai_addr)->sin_port);
+ gethostname(hname,URL_MAX);
+ getdomainname(d
Re: PATCH: cyrus-imapd-2.2.3 doesn't use --mandir
On Sat, Feb 07, Andreas Winkelmann wrote: > The "./configure --mandir" does not work as excepted. In two Makefile.in's > "$(prefix)/man" will be used instead. Ahh, well and libdir is also missing in some Makefile.in https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2362 -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: Altnamespace and cyrus-imapd 2.1.16
On Wed, Feb 04, Ken Murchison wrote: > I think I have backported all of the relevent fixes from 2.2.3. If you > want to try them, you'll want to grab the cyrus-2_1_tail branch from CVS. Well, that fixes the shared folder Problem. There's still another strange problem. A13 LIST "" "INBOX.%" * LIST (\HasNoChildren) "." "INBOX.Entw&APw-rfe" * LIST (\HasNoChildren) "." "INBOX.Gel&APY-schte Objekte" * LIST (\HasNoChildren) "." "INBOX.Gesendete Objekte" * LIST (\HasNoChildren) "." "INBOX.High Imp" * LIST (\HasNoChildren) "." "INBOX.Low Imp" * LIST (\HasNoChildren) "." "INBOX.Message Classes" * LIST (\HasNoChildren) "." "INBOX.Postausgang" * LIST (\HasNoChildren) "." "INBOX.RTF Items" * LIST (\HasNoChildren) "." "INBOX.Receipts" * LIST (\HasNoChildren) "." "INBOX.SuSE" * LIST (\HasNoChildren) "." "INBOX.SuSE-Security" * LIST (\Noselect \HasChildren) "." "INBOX.SuSE" * LIST (\HasChildren) "." "INBOX.Subfolders" A13 OK Completed (0.000 secs 17 calls) that's with altnamespace: no unixhierarchysep: no A13 LIST "" "INBOX.*" * LIST (\HasNoChildren) "." "INBOX.Entw&APw-rfe" * LIST (\HasNoChildren) "." "INBOX.Gel&APY-schte Objekte" * LIST (\HasNoChildren) "." "INBOX.Gesendete Objekte" * LIST (\HasNoChildren) "." "INBOX.High Imp" * LIST (\HasNoChildren) "." "INBOX.Low Imp" * LIST (\HasNoChildren) "." "INBOX.Message Classes" * LIST (\HasNoChildren) "." "INBOX.Postausgang" * LIST (\HasNoChildren) "." "INBOX.RTF Items" * LIST (\HasNoChildren) "." "INBOX.Receipts" * LIST (\HasNoChildren) "." "INBOX.SuSE" * LIST (\HasNoChildren) "." "INBOX.SuSE-Security" * LIST (\HasNoChildren) "." "INBOX.SuSE.Suse-Slox" * LIST (\HasChildren) "." "INBOX.Subfolders" * LIST (\HasChildren) "." "INBOX.Subfolders.Folder1" * LIST (\HasChildren) "." "INBOX.Subfolders.Folder1.Folder2" * LIST (\HasNoChildren) "." "INBOX.Subfolders.Folder1.Folder2.Folder3" A13 OK Completed (0.000 secs 17 calls) So INBOX.SuSE has children, but is listed as * LIST (\HasNoChildren) "." "INBOX.SuSE" and * LIST (\Noselect \HasChildren) "." "INBOX.SuSE" -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: Altnamespace and cyrus-imapd 2.1.16
On Thu, Feb 05, Ken Murchison wrote: > >I just checked it out. > >That pretty looks like it IS 2.2 now. None of my patches apply anymore. > >Even the new lib/imapoptions is now in there... :-( > > Hmm. That shouldn't be the case. I just did: > > cvs update -r cyrus-2_1-tail > > and I don't see any 2.2 stuff. Yes, you are right. I just was to dense to use cvs... :-) -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: Altnamespace and cyrus-imapd 2.1.16
On Wed, Feb 04, Ken Murchison wrote: > I think I have backported all of the relevent fixes from 2.2.3. If you > want to try them, you'll want to grab the cyrus-2_1_tail branch from CVS. I just checked it out. That pretty looks like it IS 2.2 now. None of my patches apply anymore. Even the new lib/imapoptions is now in there... :-( I would be very glad, if you can tell me, what files within 2.1.16 did you change in order to backport the relevant fixes. -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Altnamespace and cyrus-imapd 2.1.16
Hi, when switching to altnamespace using cyrus-imapd 2.1.16, shared folders will be listed twice. before: . lsub * * * LSUB (\HasChildren) "/" "INBOX" * LSUB () "/" "INBOX/drafts" * LSUB () "/" "INBOX/sent-mail" * LSUB () "/" "INBOX/spam" * LSUB () "/" "INBOX/trash" * LSUB () "/" "users" . OK Completed (0.000 secs 7 calls) after: . lsub * * * LSUB (\Noinferiors) "/" "INBOX" * LSUB () "/" "drafts" * LSUB () "/" "sent-mail" * LSUB () "/" "spam" * LSUB () "/" "trash" * LSUB () "/" "Shared Folders/users" * LSUB () "/" "Shared Folders/users" another issue I found is that LSUB does not show \HasChildren when querying the "Shared Folders" namespace: A51 LSUB "" "Shared Folders" A51 OK Completed (0.000 secs 1 calls) whereas it does so when using the "Other Users" namespace: A38 LSUB "" "Other Users" * LSUB (\Noselect \HasChildren) "/" "Other Users" A38 OK Completed (0.000 secs 2 calls) that seems to break some imap clients. I am not very familar with the corresponding RFCs, so I want to ask, if that is an expected behaviour, or not. -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: Cyrus IMAPd 2.2.3 Released
On Fri, Jan 16, Ken Murchison wrote: > >What about this issue: > > > >http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&searchterm=request%20info%20until%20later&msg=23996 > > > >Using 2.2.3 and saslauthd I get the same error. [...] > >using cyrus-sasl-2.1.7 > > 2.1.7 or 2.1.17? I just went through the trouble of configuring > pam_mysql (0.4.7) for use with saslauthd (2.1.17) and it works fine with > Cyrus 2.2.3. If you share your config, perhaps we can help. It's saslauthd -a pam using pam_ldap. And I can only use sasl2.1.7, as I don't have 2.1.17 currently on the platform I am testing. I was not even able to compile all things together and don't want to investigate any more time. I'll try with more recent environment within the next weeks. -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: Cyrus IMAPd 2.2.3 Released
On Thu, Jan 15, Rob Siemborski wrote:
> I'm quite pleased to announce the long-awaited stable release of Cyrus
> IMAPd 2.2.3. This release contains substantial new features over the 2.1
> series including extensive support for mailbox annotations, NNTP, much
> more stable process accounting, and of course, virtual domains.
What about this issue:
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&searchterm=request%20info%20until%20later&msg=23996
Using 2.2.3 and saslauthd I get the same error.
Process 19491 attached - interrupt to quit
select(1, [0], NULL, NULL, {1480, 44}) = 1 (in [0], left {1477, 98})
time(NULL) = 1074265801
read(0, ". login cyrus secret1\r\n", 4096) = 23
socket(PF_UNIX, SOCK_STREAM, 0) = 10
connect(10, {sa_family=AF_UNIX, path="/var/run/sasl2//mux"}, 110) = 0
writev(10, [{"\0\5cyrus\0\7secret1\0\4imap\0\0", 24}], 1) = 24
read(10, "\0\2", 2) = 2
read(10, "OK", 2) = 2
close(10) = 0
select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout)
write(1, ". NO Login failed: can\'t request"..., 63) = 63
time(NULL) = 1074265801
select(1, [0], NULL, NULL, {1800, 0}
using cyrus-sasl-2.1.7
--
With best regards,
Carsten Hoeger
pgp0.pgp
Description: PGP signature
Re: reconstruct broken in cyrus-imapd-2.1.15
On Wed, Dec 17, Rob Siemborski wrote: > > I am currently searching for the bug. > > It would be very good to know, where the error message above is printed. > > It does not appear to be in reconstruct.c. The above message is defined in > > imap_err.c and I guess cyrusdb_strerror() converts the return code to strings. > > > > In mboxlist.c only syslog is used to log errors. > > You definately want to upgrade to 2.1.16, which should fix this. Ahh, well, that fixed it, thanks. -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: reconstruct broken in cyrus-imapd-2.1.15
On Wed, Dec 17, Carsten Hoeger wrote: > when the cyrus.* files within a mailbox are missing, reconstruct is no longer > able to create them. > > With cyrus-imapd-2.1.9 it works as expected. 2.1.15 prints out the following > message: > > user.x: Mailbox has an invalid format > > and does not create them. I am currently searching for the bug. It would be very good to know, where the error message above is printed. It does not appear to be in reconstruct.c. The above message is defined in imap_err.c and I guess cyrusdb_strerror() converts the return code to strings. In mboxlist.c only syslog is used to log errors. -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
reconstruct broken in cyrus-imapd-2.1.15
Hi, when the cyrus.* files within a mailbox are missing, reconstruct is no longer able to create them. With cyrus-imapd-2.1.9 it works as expected. 2.1.15 prints out the following message: user.x: Mailbox has an invalid format and does not create them. -- mit freundlichen Gruessen, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: [PATCH] Use INTERNALDATE for ipurge (was: ipurge to use -d as receive date and not sent date)
On Tue, Oct 14, Henrique de Moraes Holschuh wrote:
> Please try the attached patch.
>
> It switches default behaviour to least-surprise (INTERNALDATE), adds
> -X to get the old behaviour, and enhances ipurge by adding -i to invert
> match logic.
I am a little bit late on this topic, but I also made a patch and solved it a
little bit different. Btw.: I don't like changing defaults, even if they do
not make a lot of sense.
--
With best regards,
Carsten Hoeger
--- imap/ipurge.c 2003/11/04 09:27:08 1.1
+++ imap/ipurge.c 2003/11/05 10:00:05
@@ -77,6 +77,7 @@
extern int optopt;
/* globals for callback functions */
+int sent_day = 1;
int days = -1;
int size = -1;
int exact = -1;
@@ -114,7 +115,7 @@
usage(argv[0]);
}
- while ((option = getopt(argc, argv, "C:hxd:b:k:m:f")) != EOF) {
+ while ((option = getopt(argc, argv, "C:hxd:b:k:m:fR")) != EOF) {
switch (option) {
case 'C': /* alt config file */
alt_config = optarg;
@@ -125,6 +126,9 @@
}
days = atoi(optarg) * 86400 /* nominal # of seconds in a 'day' */;
} break;
+case 'R': {
+ sent_day = 0;
+} break;
case 'b': {
if (optarg == 0) {
usage(argv[0]);
@@ -192,11 +196,13 @@
int
usage(char *name) {
- printf("usage: %s [-f] [-C ] [-x] {-d days &| -b bytes|-k Kbytes|-m
Mbytes}\n\t[mboxpattern1 ... [mboxpatternN]]\n", name);
+ printf("usage: %s [-f] [-C ] [-x] {-d days [-R|-S] &| -b bytes|-k
Kbytes|-m Mbytes}\n\t[mboxpattern1 ... [mboxpatternN]]\n", name);
printf("\tthere are no defaults and at least one of -d, -b, -k, -m\n\tmust be
specified\n");
printf("\tif no mboxpattern is given %s works on all mailboxes\n", name);
printf("\t -x specifies an exact match for days or size\n");
printf("\t -f force also to delete mail below user.* and INBOX.*\n");
+ printf("\t -R use received date to purge mails older then -d days\n");
+ printf("\t(default is sent date)\n");
exit(0);
}
@@ -265,7 +271,11 @@
bit32 senttime;
bit32 msgsize;
- senttime = ntohl(*((bit32 *)(buf + OFFSET_SENTDATE)));
+ if( sent_day ) {
+ senttime = ntohl(*((bit32 *)(buf + OFFSET_SENTDATE)));
+ } else {
+ senttime = ntohl(*((bit32 *)(buf + OFFSET_INTERNALDATE)));
+ }
msgsize = ntohl(*((bit32 *)(buf + OFFSET_SIZE)));
stats->total++;
--- man/ipurge.82003/11/04 09:37:16 1.1
+++ man/ipurge.82003/11/04 10:09:27
@@ -57,6 +57,9 @@
.br
[
.BI \-d " days"
+[
+.B \-R
+]
|
.BI \-b " bytes"
|
@@ -99,6 +102,10 @@
.BI \-d " days"
Age of message in \fIdays\fR.
.TP
+.BI \-R
+Use the received date to purge mails in conjunction with \fB-d\fR instead of
+the sent date, which is the default.
+.TP
.BI \-b " bytes"
Size of message in \fIbytes\fR.
.TP
pgp0.pgp
Description: PGP signature
Re: ipurge to use -d as receive date and not sent date
On Tue, Oct 14, Rob Siemborski wrote: > > I recently sat down over a customer bug report and found out, that ipurge uses > > the sent date (which is what is in the Date: Header of a mail or the offset > > OFFSET_SENTDATE) to determine the age of a single message. The problem with > > that is, that there's an increasing amount of messages (sort SPAM) with dates > > in the far future and therefor these mails won't get deleted using ipurge. > > > > A short look at the source made me try to use OFFSET_INTERNALDATE (from > > imap/mailbox.h), which seems to do what I want, deleting mails which had been > > received n days ago. > > > > Is that assumption right, or do I have to reckon some strange side effects? > > This will probably do what you want. > > If a patch was supplied to make this be handled by a command-line option, > we'd probably take it (it shouldn't be that much work). Yes. It's quite simple, but I don't want to do it without asking. I'll submit it if it is ready. -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
ipurge to use -d as receive date and not sent date
Hi, I recently sat down over a customer bug report and found out, that ipurge uses the sent date (which is what is in the Date: Header of a mail or the offset OFFSET_SENTDATE) to determine the age of a single message. The problem with that is, that there's an increasing amount of messages (sort SPAM) with dates in the far future and therefor these mails won't get deleted using ipurge. A short look at the source made me try to use OFFSET_INTERNALDATE (from imap/mailbox.h), which seems to do what I want, deleting mails which had been received n days ago. Is that assumption right, or do I have to reckon some strange side effects? -- With best regards, Carsten Hoeger pgp0.pgp Description: PGP signature
Re: Please help! Probs with cyrus-imapd 2.1.9 and db3 - DBERROR db3: Unable to allocate memory
On Mon, Nov 18, Marc Sebastian Pelzer wrote: > > You need the attached patch for the bdb3. > > I apply the patch and 'make clean' && re-compile db3, SASL and imapd but > it doesnt work for me: > > Nov 18 17:08:55 prime master: setrlimit: Unable to set file descriptors > limit to 2147483647: Operation not permitted Nov 18 17:08:55 prime > master[7532]: process started Nov 18 17:08:55 prime master[7533]: about > to exec /usr/cyrus/bin/ctl_cyrusdb Nov 18 17:08:55 prime > ctl_cyrusdb[7533]: recovering cyrus databases Nov 18 17:08:59 prime > ctl_cyrusdb[7533]: DBERROR db3: Unable to allocate memory for the lock > table Sure that you installed the recompiled sasl libraries? -- mit freundlichen Gruessen, Carsten Hoeger SuSE Linux AG, - The Linux Experts - Nuernberg, Germany http://www.suse.de - http://www.unitedlinux.com msg09303/pgp0.pgp Description: PGP signature
Re: Please help! Probs with cyrus-imapd 2.1.9 and db3 - DBERROR db3: Unable to allocate memory
On Mon, Nov 18, Marc Sebastian Pelzer wrote: > i successfully compiled cyrus-imapd 2.1.9 with SASL 2.1.9 and Berkeley > DB 3.1.17 on a Sun Sparc 10 with SuSE 7.3 and 128MB RAM and get the > following errors in /var/log/messages after starting the > '/usr/cyrus/bin/master' process and try to test it via 'telnet > prime 143'. Telnet opens the connection and then 'hangs' - no > prompt from the imap-Server. > > I read the mailinglist-archives, searched the SuSE Help-DB and read the > FAQ's but didnt find anything that solves the problem. I only found > questions from users with the same problem - but no answers. > > Please help! :) You need the attached patch for the bdb3. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://suse.com - http://unitedlinux.com --- db-3.1.17/./lock/lock_region.c~ Tue May 30 04:31:14 2000 +++ db-3.1.17/./lock/lock_region.c Tue Mar 19 14:22:14 2002 @@ -686,17 +686,17 @@ * map one-to-one with the __db_shalloc calls in __lock_init. */ retval = 0; - retval += ALIGN(sizeof(DB_LOCKREGION) + gb, 1); - retval += ALIGN(dbenv->lk_modes * dbenv->lk_modes + gb, 1); - retval += ALIGN(nelements * (sizeof(DB_HASHTAB) + gb), 1); - retval += ALIGN(nelements * (sizeof(DB_HASHTAB) + gb), 1); + retval += ALIGN(sizeof(DB_LOCKREGION) + gb, sizeof(db_align_t)); + retval += ALIGN(dbenv->lk_modes * dbenv->lk_modes + gb, sizeof(db_align_t)); + retval += ALIGN(nelements * (sizeof(DB_HASHTAB) + gb), sizeof(db_align_t)); + retval += ALIGN(nelements * (sizeof(DB_HASHTAB) + gb), sizeof(db_align_t)); for (i = 0; i < nlocks; ++i) retval += ALIGN(sizeof(struct __db_lock) + gb , MUTEX_ALIGN); for (i = 0; i < nlocks; ++i) - retval += ALIGN(sizeof(DB_LOCKOBJ) + gb , 1); + retval += ALIGN(sizeof(DB_LOCKOBJ) + gb , sizeof(db_align_t)); for (i = 0; i < nlocks; ++i) - retval += ALIGN(sizeof(DB_LOCKER) + gb , 1); + retval += ALIGN(sizeof(DB_LOCKER) + gb , sizeof(db_align_t)); /* * Aproximate the memory allocation overhead. This breaks the msg09290/pgp0.pgp Description: PGP signature
Re: how many users can Cyrus server support? -- is 5.5 msg/sec sl ow?
On Fri, Sep 27, Su Li wrote: > Thanks for the information. I know 9-10 msg/sec is a slow speed. I am > working on it by trying different things. Things also may strongly depend on the Kernel. At least when using Linux... -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A msg08361/pgp0.pgp Description: PGP signature
Re: how many users can Cyrus server support? -- is 5.5 msg/sec sl ow?
On Fri, Sep 27, Su Li wrote: > Yes MTA is a problem. When I stop sending emails and let Cyrus IMAP finish > the mails queued in Sendmail, I got more that 20 messages per second. > > I have tried to use Postfix. Probebly because I didn't setup Postfix right > (I use every thing default), I didn't get better performance than using > Sendmail. I got 25msg/second on an 0815 desktop Athlon XP1900 with just a single IDE disk using postfix and cyrus-imapd using LDAP based mail routing. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A msg08354/pgp0.pgp Description: PGP signature
Re: default port of sieve
On Fri, Apr 26, Simon Matter wrote: > > Since SuSE 8.0 in /etc/services is defined as the sieve port. > > > > the php-sieve lib uses 2000. > > > > Which is correct? SuSE or php-sieve? > > > > thanks a lot > > > > rgds > > > > Luc > > Sieve uses 2000: > > sieve 2000/tcp# Sieve mail filter G. It seems that I mixed the RFC number with the port number... :-( Sorry for that. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A msg07393/pgp0.pgp Description: PGP signature
Re: spaces around uid
On Thu, Feb 21, Henrique de Moraes Holschuh wrote: > The RFCs ask for case insensitiveness. MTAs are often configured to be > case-insensitive as well. Right. > Actually, I welcome that patch very very much. It will put an end to our > lusers doing braindead stuff in their imap clients. > > I would like (and I will probably code it sooner or later) Cyrus to force > ALL folder and usernames to lowercase, always. If I code it, it will be a > config option, of course :) Yes. Would be better, to make that configurable. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A msg06151/pgp0.pgp Description: PGP signature
Re: spaces around uid
On Thu, Feb 21, Birger Toedtmann wrote:
> > Most mailclients would then notice, that there is no inbox -because
> > imapd is now looking into "/var/imap/user/ uSer /" which currently
> > does not exist. Then they issue a "create inbox" command and voila, we
> > have a new directory called "/var/imap/user/ uSer /".
> >
> > So I wrote a small patch for the auth_canonifyid function, which
> > strips off leading and trailing whitespaces and lowers alpha chars.
> [...]
>
> With the whitespaces I'm not sure but I don't think one should enforce
> case insensitivety - instead one should instruct OpenLDAP to behave case
> sensitive.
Yes, that's what I also thought in the past.
In the OpenLDAP core schema, you can read:
# OpenLDAP Core schema
#
# Includes LDAPv3 schema items from:
# RFC2251-RFC2256 (LDAPv3)
#
# select standard track schema items:
# RFC2079 (URI)
# RFC1274 (uid/dc)
[...]
#
# Derived from RFC1274, but with new "short names"
#
attributetype ( 0.9.2342.19200300.100.1.1
NAME ( 'uid' 'userid' )
DESC 'RFC1274: user identifier'
EQUALITY caseIgnoreMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{256} )
[...]
And in RFC 1274:
[...]
9.3.1. Userid
The Userid attribute type specifies a computer system login name.
userid ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-user-identifier))
::= {pilotAttributeType 1}
[...]
They all speak about caseinsensity.
Maybe we should include the openldap people into this discussion.
My original Mail:
we noticed, that cyrus-imapd allows users to prepend or append
whitespaces to their uid like this:
. login " user " secret
cyrus-imapd hand's over this string as is to the underlying
authentication system. In case of pam with pam_ldap, this results in a
DN like this:
"uid= user ,dc=some,dc=dom"
which will then be normalized by OpenLDAP to
"uid=user,dc=some,dc=dom"
and will give a successfull authentication... :-(
Another point is, that the uid attribute is caseINsensitve as defined
in the core openldap schema, which makes things even harder:
. login " uSer " secret
would be the same as
. login " user " secret
for openldap in this case.
Most mailclients would then notice, that there is no inbox -because
imapd is now looking into "/var/imap/user/ uSer /" which currently
does not exist. Then they issue a "create inbox" command and voila, we
have a new directory called "/var/imap/user/ uSer /".
So I wrote a small patch for the auth_canonifyid function, which
strips off leading and trailing whitespaces and lowers alpha chars.
I am not exactly sure, if this is the right place to fix, but it
works.
--
With best regards,
Carsten Hoeger
SuSE, The Linux Experts, http://www.suse.com
Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A
msg06119/pgp0.pgp
Description: PGP signature
spaces around uid
Hi,
we noticed, that cyrus-imapd allows users to prepend or append
whitespaces to their uid like this:
. login " user " secret
cyrus-imapd hand's over this string as is to the underlying
authentication system. In case of pam with pam_ldap, this results in a
DN like this:
"uid= user ,dc=some,dc=dom"
which will then be normalized by OpenLDAP to
"uid=user,dc=some,dc=dom"
and will give a successfull authentication... :-(
Another point is, that the uid attribute is caseINsensitve as defined
in the core openldap schema, which makes things even harder:
. login " uSer " secret
would be the same as
. login " user " secret
for openldap in this case.
Most mailclients would then notice, that there is no inbox -because
imapd is now looking into "/var/imap/user/ uSer /" which currently
does not exist. Then they issue a "create inbox" command and voila, we
have a new directory called "/var/imap/user/ uSer /".
So I wrote a small patch for the auth_canonifyid function, which
strips off leading and trailing whitespaces and lowers alpha chars.
I am not exactly sure, if this is the right place to fix, but it
works.
I attached the patch to this mail.
--
With best regards,
Carsten Hoeger
SuSE, The Linux Experts, http://www.suse.com
Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A
diff -urN cyrus-imapd-2.0.16/lib/auth_unix.c cyrus-imapd-2.0.16.SuSE/lib/auth_unix.c
--- cyrus-imapd-2.0.16/lib/auth_unix.c Tue May 23 22:56:12 2000
+++ cyrus-imapd-2.0.16.SuSE/lib/auth_unix.c Wed Feb 20 15:32:44 2002
@@ -154,9 +154,11 @@
const char *identifier;
{
static char retbuf[81];
+char backup[81];
struct group *grp;
char sawalpha;
char *p;
+int ic,rbc;
if (strcasecmp(identifier, "anonymous") == 0) {
return "anonymous";
@@ -210,6 +212,21 @@
*p = 0;
if (!sawalpha) return NULL; /* has to be one alpha char */
+
+strcpy(backup,retbuf);
+/* remove leading blanks */
+for(ic=0; isblank(backup[ic]); ic++);
+for(rbc=0; backup[ic]; ic++) {
+ retbuf[rbc] = ( isalpha(backup[ic]) ?
+ tolower(backup[ic]) : backup[ic] );
+ rbc++;
+}
+retbuf[rbc] = '\0';
+/* remove trailing blanks */
+for(--rbc; isblank(retbuf[rbc]); rbc--) {
+ retbuf[rbc] = '\0';
+}
+
return retbuf;
}
msg06101/pgp0.pgp
Description: PGP signature
Re: & character in mailbox name
On Tue, Feb 12, Enric Ramos wrote: > I had tried this, but cyrus doesn't accept it > > cyrus2> cm user.user&-co > syntax error: cannot deal with `&' here H. Then you have to create this folder with telnet localhost imap or use an external client (mutt, Nutscrape or Lookout). -- mit freundlichen Gruessen, Carsten Hoeger - SuSE The Linux Experts - SuSE GmbH, Deutschherrnstr. 15-19,90429 Nuernberg, Germany Tel: +49-911-74053-0 http://suse.com Fax: +49-911-74053674 Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A msg05923/pgp0.pgp Description: PGP signature
Re: & character in mailbox name
On Tue, Feb 12, Carsten Hoeger wrote: > & and - have special meanings and are used to mark utf7 encoded > characters in folder names. If you want to use &, you have to write > &-, e.g. user.user&-co Btw.: cyradm is a perl program, and I wrote functions to en- and decode utf7 mailboxes in perl. I have not much time to integrate and test it at the moment, but maybe somebody else wants to do that. I attached the code to this mail. -- mit freundlichen Gruessen, Carsten Hoeger - SuSE The Linux Experts - SuSE GmbH, Deutschherrnstr. 15-19,90429 Nuernberg, Germany Tel: +49-911-74053-0 http://suse.com Fax: +49-911-74053674 Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A utf7-en-de-code.pm Description: Perl program msg05921/pgp0.pgp Description: PGP signature
Re: & character in mailbox name
On Tue, Feb 12, Enric Ramos wrote: > I need to create some mailboxes using '&' character... > (For instance user.user&co) > > When I try to do this, cyradm show the following error: > > cyrus> cm user.user&co > syntax error: cannot deal with `&' here > > Is there any limitation in using this character ? > If yes: someone knows what characters else souldn't be used ? & and - have special meanings and are used to mark utf7 encoded characters in folder names. If you want to use &, you have to write &-, e.g. user.user&-co -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A msg05860/pgp0.pgp Description: PGP signature
Re: lmtp sockets and sieve / duplicate suppression
On Thu, Sep 06, Scott Russell wrote: > Question about using lmtp sockets vs using deliver. Does using lmtp sockets > on cyrus at all take away my ability to use sieve scripts or duplicate > suppression? No, of course not. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A PGP signature
Re: Questions about ipurge(8)
On Wed, Sep 05, Lawrence Greenfield wrote:
> I'd recommend adding a '-f' option (force) to skip this check, and
> send cyrus-bugs a patch and we'll commit it.
Patch attached to this mail.
--
With best regards,
Carsten Hoeger
SuSE, The Linux Experts, http://www.suse.com
Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A
diff -urN cyrus-imapd-2.0.16/imap/ipurge.c cyrus-imapd-2.0.16.SuSE/imap/ipurge.c
--- cyrus-imapd-2.0.16/imap/ipurge.cSat Jul 7 21:37:26 2001
+++ cyrus-imapd-2.0.16.SuSE/imap/ipurge.c Thu Sep 6 09:07:13 2001
@@ -91,6 +91,7 @@
} mbox_stats_t;
int verbose = 1;
+int forceall = 0;
int purge_me(char *, int, int);
int purge_check(struct mailbox *, void *, char *);
@@ -107,7 +108,7 @@
usage(argv[0]);
}
- while ((option = getopt(argc, argv, "C:hxd:b:k:m:")) != EOF) {
+ while ((option = getopt(argc, argv, "C:hxd:b:k:m:f")) != EOF) {
switch (option) {
case 'C': /* alt config file */
alt_config = optarg;
@@ -139,6 +140,9 @@
case 'x' : {
exact = 1;
} break;
+case 'f' : {
+ forceall = 1;
+} break;
case 'h':
default: usage(argv[0]);
}
@@ -172,10 +176,11 @@
int
usage(char *name) {
- printf("usage: %s [-C ] [-x] {-d days &| -b bytes|-k Kbytes|-m
Mbytes}\n\t[mboxpattern1 ... [mboxpatternN]]\n", name);
+ printf("usage: %s [-f] [-C ] [-x] {-d days &| -b bytes|-k Kbytes|-m
+Mbytes}\n\t[mboxpattern1 ... [mboxpatternN]]\n", name);
printf("\tthere are no defaults and at least one of -d, -b, -k, -m\n\tmust be
specified\n");
printf("\tif no mboxpattern is given %s works on all mailboxes\n", name);
printf("\t -x specifies an exact match for days or size\n");
+ printf("\t -f force also to delete mail below user.* and INBOX.*\n");
exit(0);
}
@@ -186,9 +191,11 @@
interror;
mbox_stats_t stats;
- /* DON'T purge INBOX* and user.* */
- if ((strncasecmp(name,"INBOX",5)==0) || (strncasecmp(name,"user.",5)==0))
+ if( ! forceall ) {
+/* DON'T purge INBOX* and user.* */
+if ((strncasecmp(name,"INBOX",5)==0) || (strncasecmp(name,"user.",5)==0))
return 0;
+ }
memset(&stats, '\0', sizeof(mbox_stats_t));
diff -urN cyrus-imapd-2.0.16/man/ipurge.8 cyrus-imapd-2.0.16.SuSE/man/ipurge.8
--- cyrus-imapd-2.0.16/man/ipurge.8 Thu Feb 22 20:27:22 2001
+++ cyrus-imapd-2.0.16.SuSE/man/ipurge.8Thu Sep 6 09:16:06 2001
@@ -44,6 +44,9 @@
.SH SYNOPSIS
.B ipurge
[
+.B \-f
+]
+[
.B \-C
.I config-file
]
@@ -76,10 +79,18 @@
\fB-m\fR MUST be specified.
.PP
.I Ipurge
+by default only deletes mail below shared folders, which means that mails
+in mailbox(es) below INBOX.* and user.* stay untouched. Use the option
+\fB-f\fR to also delete mail in mailbox(es) below these folders.
+.PP
+.I Ipurge
reads its configuration options out of the
.IR imapd.conf (5)
file unless specified otherwise by \fB-C\fR.
.SH OPTIONS
+.TP
+.BI \-f
+Force deletion of mail in \fIall\fR mailboxes.
.TP
.BI \-C " config-file"
Read configuration options from \fIconfig-file\fR.
PGP signature
Re: Postfix + Cyrus : the doc
On Wed, Sep 05, Scott Russell wrote: > Also, I would like to be able to have postfix deliver via lmtp directly into > the cyrus lmtp socket but never figured out how to handle this. (Permission > problems I think.) Anyone have this setup? That's quite easy. From my README.SuSE: README.SuSE - [EMAIL PROTECTED], 18.12.2000 To use cyrus-imapd 2.0.x with postfix you may try the following: edit /etc/postfix/main.cf and add the following line: mailbox_transport = lmtp:unix:public/lmtp edit /etc/cyrus.conf and add the following line: lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" prefork=1 to the SERVICES section. You have to uncomment the existing lmtpunix definition, of course. [...] -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A PGP signature
Re: Postfix-20010228/Cyrus-Imapd 2.0.12 deliver problems
On Tue, Jun 05, Jörg Spilker wrote:
> the problem is that lmtp always gives me an "connection refused" error.
>
> This is from /etc/postfix/master.cf
>
> #lmtp unix - - y - - lmtp
> lmtp unix - - n - - lmtp
> cyrus unix - n n - - pipe
> flags=R user=cyrus argv=/usr/cyrus/bin/deliver -e -m ${extension} ${user}
>
> /etc/postfix/main.cf
>
> mailbox_transport = lmtp:unix:/var/imap/socket/lmtp
> #mailbox_transport = cyrus
>
> /etc/cyrus.conf
>
> # at least one LMTP is required for delivery
> # lmtp cmd="lmtpd" listen="lmtp" prefork=0
> lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=1
>
> /var/log/mail
>
> Jun 5 19:04:31 daolin postfix/lmtp[31062]: 4A039E31:
> to=<[EMAIL PROTECTED]
> >, relay=none, delay=209, status=deferred (connect to
> /var/imap/socket/lmtp[/var
> /imap/socket/lmtp]: Connection refused)
>
> it works with mailbox_transport = cyrus which seems strange to me as deliver
> itself now connects to the cyrus lmtpd socket without any problems.
Hmmm, strange. I am not sure, if lmtp of postfix is able to access
files beyond of /var/spool/postfix.
Anyway, I am running lmtp chrooted and my main.cf looks like this:
mailbox_transport = lmtp:unix:public/lmtp
cyrus.conf
lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" prefork=1
But take also care, that your cyrus master process is realy
running. What shows up in /var/log/messages?
--
mit freundlichen Gruessen,
Carsten Hoeger - SuSE The Linux Experts -
SuSE GmbH,Schanzaeckerstr. 10, 90443 Nuernberg, Germany
Tel: +49-911-7405331 http://suse.com Fax: +49-911-74053674
Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A
PGP signature
Re: Postfix-20010228/Cyrus-Imapd 2.0.12 deliver problems
On Mon, Jun 04, Jörg Spilker wrote: > i´ve some strange problem with delivering local mail to my imap box. I´m > using a SuSE Linux 7.1 distribution with the preinstalled postfix and > cyrus-imapd (2.0.12, together with the latest SASL package) which i compiled > myself. Mailbox_transport is set to cyrus and cyrus is set up in master.cf > to call deliver. This can work for several days but then i found my > mailqueue full with messages for localhost and lots of "hanging" deliver > processes. All the deliver processes are waiting in the read system call. I > had to stop cyrus and postfix, kill all deliver processes and then start the > services again. This will empty the queue until it happens next. > > I´ve no idea if the problem is caused by cyrus or postfix. I am just wondering, why you do not use LMTP delivery. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com Key fingerprint = E3B6 7FDB 4800 0F22 DC09 EB2B 7988 B6A8 6691 C94A PGP signature
Re: Have to restart Cyrus on linux to get it running
On Mon, Mar 05, [EMAIL PROTECTED] wrote: > I am running cyrus 2.0.12 on Linux 2.2.16 (SuSE 7.0) with sasl 1.5.24 > > I authenticate with pam to /etc/shadow. > > After booting the system it is not possible to connect via IMAP. > > I restart the master with the scripts used during booting and after that all > is well functioning. Just noticed, that I get the same message on the startup of my machine: Mar 9 08:09:11 bad master: unable to change limit of file descriptors available But I am able to login. And I also use startproc to start the master process. I have now further idea, what may be the problem on your 7.0 machine. I am using a 7.1 based system. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
Re: Have to restart Cyrus on linux to get it running
On Mon, Mar 05, Torsten Knofel wrote: > > What appears in /var/log/message and/or /var/log/warn? > > > /messages: > > Mar 5 01:56:31 jeep master: unable to change limit of file descriptors > available ??? What's this? Never saw this before. When is your master startet? Please provide your Sxx links. -- mit freundlichen Gruessen, Carsten Hoeger - SuSE The Linux Experts - SuSE GmbH, Schanzaeckerstr. 10, 90443 Nuernberg, Germany Tel: +49-911-7405331 Fax: +49-911-74053674
Re: Have to restart Cyrus on linux to get it running
On Mon, Mar 05, [EMAIL PROTECTED] wrote: > > Maybe the runlevel links are missing? > > Do you have links from /sbin/init.d/rc.[23].d/[SK]xxcyrus to > > /sbin/init.d/cyrus? > > > Yes !! The master process is really running after boot and it spawns > imapd's, but I can not authenticate. > > additional ideas ? What appears in /var/log/message and/or /var/log/warn? -- mit freundlichen Gruessen, Carsten Hoeger - SuSE The Linux Experts - SuSE GmbH, Schanzaeckerstr. 10, 90443 Nuernberg, Germany Tel: +49-911-7405331 Fax: +49-911-74053674
Re: Have to restart Cyrus on linux to get it running
On Mon, Mar 05, [EMAIL PROTECTED] wrote: > I am running cyrus 2.0.12 on Linux 2.2.16 (SuSE 7.0) with sasl 1.5.24 > > I authenticate with pam to /etc/shadow. > > After booting the system it is not possible to connect via IMAP. > > I restart the master with the scripts used during booting and after that all > is well functioning. Maybe the runlevel links are missing? Do you have links from /sbin/init.d/rc.[23].d/[SK]xxcyrus to /sbin/init.d/cyrus? -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
Re: Can't get Cyrus/Postfix to work
On Fri, Mar 02, Samuel Souk-aloun wrote: > no problems seen with reiserfs, > is there any issue about it ? > > kernel-2.2.17 > reiserfs-utils-3.5.26 > cyrus-imapd-2.0.12 We have productive machines with kernel 2.2.26 with uptimes > 100 days with reiserfs and cyrus-imapd 1.6. I also ran many tests with cyrus-imapd 2.0.9 and .12 on a reiserfs without any problems. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
Re: Can't get Cyrus/Postfix to work
On Wed, Feb 28, Dirk Wallmeier wrote: > As with my experience cyrus-imapd will not run with its /var/imap file > system on a ReiserFS partition. > I tried it but had no success until I changed back to ext2fs for /var/imap. Very strange. I never had any problem using cyrus-imapd 1.x or 2.x on a reiserfs. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
Re: deliver and lmtpd
On Tue, Feb 13, Ken Murchison wrote: > > It's written in the upgrade notice, that deliver is only a wrapper to > > the lmtp server and that a lmtp client is required. > > This is NOT true. Deliver's sole purpose in life in 2.x is so that you > do NOT need an LMTP client. It provides the same command line interface > as in 1.6 and still injects messages into the mailstore. The only > difference is that in 2.x it talks to lmtpd instead of dealing with the > mailstore directly. Sorry, but that's NOT true. If you want to have the old behaviour, you have to set the envelope return path with -[fr], if you are using deliver of 2.0.x. That was not necessary with deliver of versions 1.[56].x -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
Re: Cyradm - can't locate Shell.pm
On Tue, Jan 16, Karlheinz Blank wrote: > I've successfully (partially) installed Cyrus 2.0.9 on SuSE 7.0. Imtest > is working. But so far I've been unable to execute cyradm. > The following error message appears: > > Can't locate Cyrus/IMAP/Shell.pm in @INC (@INC contains: >/usr/lib/perl5/5.00503/i586-linux /usr/lib/perl5/5.00503 >/usr/lib/perl5/site_perl/5.005/i586-linux /usr/lib/perl5/site_perl/5.005 .). > BEGIN failed--compilation aborted. do the following within cyrus-imapd source: for i in imap sieve/acap sieve/managesieve; do cd perl/$i make install done -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
Re: cyrus imap 2.0**
On Thu, Dec 07, Martin Stockhammer wrote: > Does anybody know whether postfix can talk lmtp? Yes, but only recent snapshot releases. -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
