cyrdeliver dies with errorcode 75
Using cyrus 1.5.19 on debian-testing. Trying to deliver mail to Cyrus from exim. cyrdeliver fails with errorcode 75, every time, no matter what the options, except if I specify '-l' for LMTP. I don't think exim knows LMTP, so I'm not using that. Possible causes that have been mentioned mostly involve full quota or bad acl's. However, we have no quotas set at all, and have tried giving everyone admin on our ACL's with no change. Tried from the commandline -- cyrdeliver should be reading from standard input, right? Instead, it gives no error message, reads no text, delivers no message -- all it does is return errorcode 75, which is said to mean "temporary error -- user is encouraged to try again". I have been trying various ways for over an hour with no success.
Re: multiple problems with imsp
Hi, > | a OK User `benp' Logged in > | A2 CREATEADDRESSBOOK .benp.foo > | A2 NO User 'benp' not permitted to create address book '.benp.foo' > | * BYE IMSP server exiting (probably out of memory) > | > | Is this a namespace thing? > > Why is it trying to create using '.' as the first part of the address book > name? Exactly what are you typing into Mulberry's create address book > dialog? I really don't know. I'm just typing in "benp.foo" in mulberry's "Create Address Book" window (with type set to "Personal Address Book"). I'm most definitely not sticking the . at the beginning... Ben -- --- Ben Poliakoff email: <[EMAIL PROTECTED]> Reed College tel: (503)-788-6674 Unix System Administrator PGP key: http://www.reed.edu/~benp/key.html --- 0x6AF52019 fingerprint = A131 F813 7A0F C5B7 E74D C972 9118 A94D 6AF5 2019
Re: multiple problems with imsp
Hi Ben, --On Wednesday, February 19, 2003 4:13 PM -0800 Ben Poliakoff <[EMAIL PROTECTED]> wrote: | a OK User `benp' Logged in | A2 CREATEADDRESSBOOK .benp.foo | A2 NO User 'benp' not permitted to create address book '.benp.foo' | * BYE IMSP server exiting (probably out of memory) | | Is this a namespace thing? Why is it trying to create using '.' as the first part of the address book name? Exactly what are you typing into Mulberry's create address book dialog? -- Cyrus Daboo
Re: multiple problems with imsp
I've tried this before (on your advise in the archives of this list)... When I try that (benp.foo) I get an error like this in the telemetry logs: a OK User `benp' Logged in A2 CREATEADDRESSBOOK .benp.foo A2 NO User 'benp' not permitted to create address book '.benp.foo' * BYE IMSP server exiting (probably out of memory) Is this a namespace thing? Ben * Cyrus Daboo <[EMAIL PROTECTED]> [030219 16:00]: > Hi Ben, > > --On Wednesday, February 19, 2003 3:15 PM -0800 Ben Poliakoff > <[EMAIL PROTECTED]> wrote: > > | a OK User `benp' Logged in > | A2 CREATEADDRESSBOOK .foo > | A2 NO User 'benp' not permitted to create address book '.foo' > > This isn't going to work even if the server itself is working. By default > users are only allowed to create personal address books, and under the IMSP > naming scheme that means address books with the user id as a prefix. i.e. > you should have been able to create 'benp.foo'. Using '.' at the start of > the name is also going to be a problem given that that character is the > hierarchy separator character, and you can't start with a 'null' level of > hierarchy. > > -- > Cyrus Daboo -- --- Ben Poliakoff email: <[EMAIL PROTECTED]> Reed College tel: (503)-788-6674 Unix System Administrator PGP key: http://www.reed.edu/~benp/key.html --- 0x6AF52019 fingerprint = A131 F813 7A0F C5B7 E74D C972 9118 A94D 6AF5 2019
Re: multiple problems with imsp
Hi Ben, --On Wednesday, February 19, 2003 3:15 PM -0800 Ben Poliakoff <[EMAIL PROTECTED]> wrote: | a OK User `benp' Logged in | A2 CREATEADDRESSBOOK .foo | A2 NO User 'benp' not permitted to create address book '.foo' This isn't going to work even if the server itself is working. By default users are only allowed to create personal address books, and under the IMSP naming scheme that means address books with the user id as a prefix. i.e. you should have been able to create 'benp.foo'. Using '.' at the start of the name is also going to be a problem given that that character is the hierarchy separator character, and you can't start with a 'null' level of hierarchy. -- Cyrus Daboo
multiple problems with imsp
Hi All, I've been attempting to set up imsp using the code from current cyrus cvs (uses sasl 2). It compiles and seems to run just fine on a RedHat 7.3 host, but I run into trouble when I make an imsp connection (either with mulberry or imtest). There seem to be two problems: 1) ACL 2) imsp instability My preferred auth method is GSSAPI. I'm able to log in without a hitch, but I can't seem to do anything once I'm logged in without imspd bailing. When connecting via imtest my session looks like this: --- [benp@tesuji benp]$ imtest -p 406 servername S: * OK Cyrus IMSP version 1.6a3 ready C: C01 CAPABILITY S: * CAPABILITY AUTH=GSSAPI AUTH=DIGEST-MD5 AUTH=CRAM-MD5 LITERAL+ S: C01 OK capability completed C: A01 AUTHENTICATE GSSAPI ...snip. S: A01 OK User `benp' Logged in Authenticated. Security strength factor: 56 failure: Internal error: assertion failed: prot.c: 632: s->cnt > 0 [benp@tesuji benp]$ --- When I connect via gssapi with Mulberry I see the following in the telemetry logs: --- a OK User `benp' Logged in A2 CREATEADDRESSBOOK .foo A2 NO User 'benp' not permitted to create address book '.foo' * BYE IMSP server exiting (probably out of memory) --- I'm unable to create any acls to give me priviliges to create addressbooks since I can't keep an imsp connection open. Is the "probably out of memory" bogus? "ulimit -d" reports "unlimited". Ben -- --- Ben Poliakoff email: <[EMAIL PROTECTED]> Reed College tel: (503)-788-6674 Unix System Administrator PGP key: http://www.reed.edu/~benp/key.html --- 0x6AF52019 fingerprint = A131 F813 7A0F C5B7 E74D C972 9118 A94D 6AF5 2019
Re: cyrus 2.2 from yesterday cvs
On Wed, 19 Feb 2003, Ilya wrote: > Ken, do you have any plans for global admins without default domain setting? I got this working by accident, but this would be a nice feature. Admin needs to be unqualified and the imap server ip address should not resolve to a FQDN. > On Wed, Feb 19, 2003 at 09:24:54AM -0500, Ken Murchison wrote: > > > > > > Jure Pecar wrote: > > > > > > Hi all, > > > > > > I started playing with the recent cvs code. Basically i want to set up a > > > multidomain server with one default domain and mysql auxprop auth. So i > > > have this in imapd.conf (among other things): > > > > > > admins: cyrus > > > allowplaintext: yes > > > defaultdomain: example.com > > > hashimapspool: 1 > > > imapidresponse: 1 > > > loginrealms: example.com > > > unixhirearcysep: 1 > > > virtdomains: 1 > > > sasl_pwcheck_method: auxprop > > > sasl_mysql_statement: select password_plain from users where username='%u' > > > and realm='%r' > > > sasl_mysql_verbose: yes > > > > > > Here are my current findings: > > > > > > cyradm still does not compile to a working state outofthebox. Looks like > > > env variables like BDB_LIB and SASL_LIB are not passed down to perl/imap. > > > When exporting them by hand and going through standard 'perl Makefile.PL; > > > make; make install' it works. > > > > > > There's a comment at the top of sasl*/plugins/mysql.c which states that ' > > > %r is the realm which could be the kerbros realm, the FQDN of the computer > > > the sasl app is on or what ever is after the @ on a username'. Looking at > > > the code it looks like 'whatever is after @ on a username' take precedence > > > over server FQDN (line 276 of plugins/mysql.c in sasl-2.1.12). > > > Now, if i try to log in with imtest, it looks like it does not care what > > > is after @ at all. Regardless if i set -a [EMAIL PROTECTED] or -u > > > [EMAIL PROTECTED] or both, i get such log entries: mysql plugin doing > > > query select password_plain from users where username='cyrus' and > > > realm='myhost.example.com'. Same goes for IMAP logins. > > > > > > I have a default domain set in imapd.conf. I created its ondisk hirearchy > > > with mkimap -d example.com and expect its mailboxes to appear underneath. > > > However, mailboxes under default domain appear at the top level, as if > > > virtdomains is off. (is this intentional? i havent run mkimap without -d > > > > Yes. defaultdomain is mainly used for backwards compatibility when > > upgrading a single domain server. If you're starting from scratch then > > you probably don't want/need to use defaultdomain. > > > > -- > > 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 > -- Igor
Re: sieve rejects to cyrus@domain.com instead of sender
> I suspect you're seeing the same thing I saw in
> http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg09915.html
>
> That message includes my "fix", which may not apply in your
> situation. But maybe it will give you more keywords to
> google for :-) All the best,
>
> Will
Thx for your reply..
The following explains my problem... (-r) fixed it for me
http://www.delouw.ch/linux/Postfix-Cyrus-Web-cyradm-HOWTO-depricated/html/configuration.html
old:
flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
new:
flags= user=cyrus argv=/usr/cyrus/bin/deliver -r ${sender} -m ${extension}
${user}
What affect that changes?
A look to the cyrus man-pages man deliverclears that issue:
The Postfix default setup uses a wrong path to the cyrus deliver, this ist
the first change. The parameter »-r« Inserts a proper return path, without
that mail rejected by sieve will be sent to cyrus at yourdomain.
Re: sieveshell cannot connect on phoebe
For the benefit of others who upgrade to phoebe I wanted to post the cause of this problem with sieve and the solution. During the installation of phoebe, Redhat replaces the /etc/services file with a new one. Unfortunately, the new /etc/services file doesn't contain entries as required by cyrus. Sieveshell and Sivtest were reporting cannot connect error because "sieve 2000/tcp" was missing from /etc/services. Harris On Wed, 2003-02-12 at 12:41, Harris Landgarten wrote: > I upgraded to phoebe and cyrus is working perfectly except for > sieveshell. Existing sieve scripts are functioning but sieveshell > localhost exits with > > connecting to localhost > connect: Connection refused > unable to connect to server at /usr/bin/sieveshell line 174. > > Does anyone have any idea where to look? > -- Harris Landgarten <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: cyrus 2.2 from yesterday cvs
Ken, do you have any plans for global admins without default domain setting? On Wed, Feb 19, 2003 at 09:24:54AM -0500, Ken Murchison wrote: > > > Jure Pecar wrote: > > > > Hi all, > > > > I started playing with the recent cvs code. Basically i want to set up a > > multidomain server with one default domain and mysql auxprop auth. So i > > have this in imapd.conf (among other things): > > > > admins: cyrus > > allowplaintext: yes > > defaultdomain: example.com > > hashimapspool: 1 > > imapidresponse: 1 > > loginrealms: example.com > > unixhirearcysep: 1 > > virtdomains: 1 > > sasl_pwcheck_method: auxprop > > sasl_mysql_statement: select password_plain from users where username='%u' > > and realm='%r' > > sasl_mysql_verbose: yes > > > > Here are my current findings: > > > > cyradm still does not compile to a working state outofthebox. Looks like > > env variables like BDB_LIB and SASL_LIB are not passed down to perl/imap. > > When exporting them by hand and going through standard 'perl Makefile.PL; > > make; make install' it works. > > > > There's a comment at the top of sasl*/plugins/mysql.c which states that ' > > %r is the realm which could be the kerbros realm, the FQDN of the computer > > the sasl app is on or what ever is after the @ on a username'. Looking at > > the code it looks like 'whatever is after @ on a username' take precedence > > over server FQDN (line 276 of plugins/mysql.c in sasl-2.1.12). > > Now, if i try to log in with imtest, it looks like it does not care what > > is after @ at all. Regardless if i set -a [EMAIL PROTECTED] or -u > > [EMAIL PROTECTED] or both, i get such log entries: mysql plugin doing > > query select password_plain from users where username='cyrus' and > > realm='myhost.example.com'. Same goes for IMAP logins. > > > > I have a default domain set in imapd.conf. I created its ondisk hirearchy > > with mkimap -d example.com and expect its mailboxes to appear underneath. > > However, mailboxes under default domain appear at the top level, as if > > virtdomains is off. (is this intentional? i havent run mkimap without -d > > Yes. defaultdomain is mainly used for backwards compatibility when > upgrading a single domain server. If you're starting from scratch then > you probably don't want/need to use defaultdomain. > > -- > 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: cyrus 2.2 from yesterday cvs
On Wed, Feb 19, 2003 at 09:20:22AM -0500, Rob Siemborski wrote: > On Wed, 19 Feb 2003, Jure Pecar wrote: > > > cyradm still does not compile to a working state outofthebox. Looks like > > env variables like BDB_LIB and SASL_LIB are not passed down to perl/imap. > > When exporting them by hand and going through standard 'perl Makefile.PL; > > make; make install' it works. > > Please supply a patch to fix this, as far as I can tell, the code that is > there is passing the necessary enviornment variables. I think I already posted something like this a long time ago... but that was just to get things to compile.. In fact, I think those variables want to be jettisoned anyway! There is now a check in configure.in: AC_MSG_WARN([Cannot compile perl utilities using static libsasl]) so all this monkey business in sasl2.m4 to set dynamic as opposed to static cpp&ld flags is unnecessary. Cheers, Patrick Index: cmulocal/sasl2.m4 === RCS file: /cvs/src/cmulocal/sasl2.m4,v retrieving revision 1.25 diff -u -r1.25 sasl2.m4 --- cmulocal/sasl2.m4 3 Feb 2003 17:09:08 - 1.25 +++ cmulocal/sasl2.m4 19 Feb 2003 20:05:03 - @@ -89,7 +89,7 @@ dnl generally want to have (e.g. if static is requested, make it that, dnl otherwise make it dynamic. -dnl We also want to creat LIB_DYN_SASL and DYNSASLFLAGS. +dnl We also want to create LIB_DYN_SASL and DYNSASLFLAGS. dnl Also sets using_static_sasl to "no" "static" or "staticonly" @@ -169,15 +169,15 @@ if test "$ac_cv_found_sasl" = "yes"; then if test "$ac_cv_sasl_where_lib" != ""; then - CMU_ADD_LIBPATH_TO($ac_cv_sasl_where_lib, DYNLIB_SASL) + CMU_ADD_LIBPATH_TO($ac_cv_sasl_where_lib, LIB_DYN_SASL) fi - DYNLIB_SASL="$DYNLIB_SASL -lsasl2" + LIB_DYN_SASL="$LIB_DYN_SASL -lsasl2" if test "$using_static_sasl" != "static"; then - LIB_SASL=$DYNLIB_SASL + LIB_SASL=$LIB_DYN_SASL SASLFLAGS=$DYNSASLFLAGS fi else - DYNLIB_SASL="" + LIB_DYN_SASL="" DYNSASLFLAGS="" using_static_sasl="staticonly" fi Index: perl/Makefile.in === RCS file: /cvs/src/cyrus/perl/Makefile.in,v retrieving revision 1.12 diff -u -r1.12 Makefile.in --- perl/Makefile.in2 Jan 2003 17:27:35 - 1.12 +++ perl/Makefile.in19 Feb 2003 20:05:07 - @@ -52,8 +52,8 @@ INSTALL = @INSTALL@ # Note that we use the *dynamic* sasl libraries -SASL_LIB=@LIB_DYN_SASL@ -SASL_INC=@DYNSASLFLAGS@ +SASL_LIB=@LDFLAGS@ @LIB_DYN_SASL@ +SASL_INC=@CPPFLAGS@ @DYNSASLFLAGS@ OPENSSL_LIB=@OPENSSL_LIB@ OPENSSL_INC=@OPENSSL_INC@ Index: perl/sieve/Makefile.in === RCS file: /cvs/src/cyrus/perl/sieve/Makefile.in,v retrieving revision 1.14 diff -u -r1.14 Makefile.in --- perl/sieve/Makefile.in 22 Jul 2002 16:16:09 - 1.14 +++ perl/sieve/Makefile.in 19 Feb 2003 20:05:07 - @@ -63,8 +63,8 @@ cyrus_prefix = @cyrus_prefix@ # Note that we use the *dynamic* sasl libraries -SASL_LIB=@LIB_DYN_SASL@ -SASL_INC=@DYNSASLFLAGS@ +SASL_LIB=@LDFLAGS@ @LIB_DYN_SASL@ +SASL_INC=@CPPFLAGS@ @DYNSASLFLAGS@ OPENSSL_LIB=@OPENSSL_LIB@ OPENSSL_INC=@OPENSSL_INC@
RE: IMAP Trouble
Yes, /var/imap does exist, its owned by cyrus group owned by mail. Perms are 775. If would help, here's a copy of /etc/imapd.conf. I've kept it pretty simple. configdirectory: /var/imap partition-default: /var/spool/imap partition-name: /var/spool/imap admins: cyrus root umask: 027 allowanonymouslogin: no autocreatequota: 1000 # autocreatequota: -1 quotawarn: 90 timeout: 130 sasl_pwcheck_method: saslauthd Now, one strange thing I just noticed. IMAPD is looking for the admin.seen file at /var/imapd/user/I/admin.seen. The path to admin.seen is different on the server -- it is instead /var/imapd/user/i .. all of the directories under /var/impad/user are lower case (a through z). There are no files in /var/imapd/user/i directory (nor are there any files in any of the other directories under /var/imapd/user). > mercury imapd[26411]: IOERROR: opening /var/imap/user/I/admin.seen: No such > file or directory --Jim -Original Message- From: David Chait [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 19, 2003 12:20 PM To: [EMAIL PROTECTED] Subject: Re: IMAP Trouble Does /var/imap exist at all? - Original Message - From: "James Miller" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 19, 2003 10:05 AM Subject: IMAP Trouble > Hello all, > > I recently setup cyrus-impad 2.1.12 (along with cyrus-sasl 2.1.12) and > created a mailbox called admin using the cyradm tool (cm user.admin). I'm > using Outlook 2000 in 'internet' mode to access the mailbox. It would seem > that I'm missing something when it comes to creating new mailboxes. The > .seen .sub files are not getting created when the mailbox is created. Any > help resolving this would be most appreciated. Here are some log files to > illustrate what's happening: > > When I open Outlook: > mercury imapd[26411]: accepted connection > mercury imapd[26411]: login: NTAdmin.simutronics.com[198.83.204.82] admin > plaintext > mercury imapd[26411]: IOERROR: opening /var/imap/user/I/admin.seen: No such > file or directory > mercury imapd[26411]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb > error > mercury imapd[26411]: Could not open seen state for admin (System I/O error) > mercury imapd[26411]: open: user admin opened INBOX > > When I look at the INBOX in Outlook: > mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.sub: No such > file or directory > mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.seen: No such > file or directory > mercury imapd[25576]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb > error > mercury imapd[25576]: Could not open seen state for admin (System I/O error) > mercury imapd[25576]: open: user admin opened INBOX > > > When I add/move messages to the store in Outlook (the messages move into the > mailbox successfully and are still in the mailbox if I close and re-open > Outlook: > mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.seen: No such > file or directory > mercury imapd[25576]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb > error > mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.seen: No such > file or directory > mercury imapd[25576]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb > error > > > When I create a subfolder -- Under INBOX -- the folder gets created, but > when you exit and restart the client the newly created folder is no longer > there. Here is what the log files look like when I create the new > subfolder. > mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.sub: No such > file or directory > mercury imapd[25576]: myfetch: starting txn 2147483683 > mercury imapd[25576]: myfetch: reusing txn 2147483683 > mercury imapd[25576]: mystore: reusing txn 2147483683 > mercury imapd[25576]: mycommit: committing txn 2147483683 > mercury imapd[25576]: mystore: starting txn 2147483684 > mercury imapd[25576]: mystore: committing txn 2147483684 > mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.sub: No such > file or directory > > > > > >
Re: Sieve
Daryl wrote: > > The syntax checks out ok & the rules are simple - it's just not filtering. > Without any feedback from the deliver process in my logs I cant work out > why this is the case. > I am logging everything via syslog, but a deliver process is as follows:- > > root@mini-me~$grep 32612 /var/log/imapd.log > Feb 19 15:25:09 mini-me master[32612]: about to exec /usr/cyrus/bin/lmtpd > Feb 19 15:25:09 mini-me lmtpunix[32612]: executed > Feb 19 15:30:14 mini-me lmtpd[32612]: accepted connection > Feb 19 15:30:14 mini-me lmtpd[32612]: lmtp connection preauth'd as postman > Feb 19 15:30:14 mini-me lmtpd[32612]: duplicate_check: > <195161647.1045668728@[10.132.124.72]> user.djf 0 > Feb 19 15:30:14 mini-me lmtpd[32612]: mystore: starting txn 2147484037 > Feb 19 15:30:14 mini-me lmtpd[32612]: mystore: committing txn 2147484037 > Feb 19 15:30:14 mini-me lmtpd[32612]: duplicate_mark: > <195161647.1045668728@[10.132.124.72]> user.djf 1045668614 > Feb 19 15:31:14 mini-me master[29993]: process 32612 exited, status 0 Did you check the permissions on the entire path to your script? Do you have 'sieveusehomedir' enabled? DO you have any messages in imapd.log like: "lmtpd: unable to init duplicate delivery database"? -- 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: Commercial support for cyrus imap
Dave McMurtrie wrote: > > Does any company provide commercial support for cyrus imap? I and/or my employer can. Contact me offline if you are interested. -- 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
Commercial support for cyrus imap
Does any company provide commercial support for cyrus imap? Thanks, Dave -- Dave McMurtrie, Systems Programmer University of Pittsburgh Computing Services and Systems Development, Development Services -- UNIX and VMS Services 717P Cathedral of Learning (412)-624-6413
IMAP Trouble
Hello all, I recently setup cyrus-impad 2.1.12 (along with cyrus-sasl 2.1.12) and created a mailbox called admin using the cyradm tool (cm user.admin). I'm using Outlook 2000 in 'internet' mode to access the mailbox. It would seem that I'm missing something when it comes to creating new mailboxes. The .seen .sub files are not getting created when the mailbox is created. Any help resolving this would be most appreciated. Here are some log files to illustrate what's happening: When I open Outlook: mercury imapd[26411]: accepted connection mercury imapd[26411]: login: NTAdmin.simutronics.com[198.83.204.82] admin plaintext mercury imapd[26411]: IOERROR: opening /var/imap/user/I/admin.seen: No such file or directory mercury imapd[26411]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb error mercury imapd[26411]: Could not open seen state for admin (System I/O error) mercury imapd[26411]: open: user admin opened INBOX When I look at the INBOX in Outlook: mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.sub: No such file or directory mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.seen: No such file or directory mercury imapd[25576]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb error mercury imapd[25576]: Could not open seen state for admin (System I/O error) mercury imapd[25576]: open: user admin opened INBOX When I add/move messages to the store in Outlook (the messages move into the mailbox successfully and are still in the mailbox if I close and re-open Outlook: mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.seen: No such file or directory mercury imapd[25576]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb error mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.seen: No such file or directory mercury imapd[25576]: DBERROR: opening /var/imap/user/I/admin.seen: cyrusdb error When I create a subfolder -- Under INBOX -- the folder gets created, but when you exit and restart the client the newly created folder is no longer there. Here is what the log files look like when I create the new subfolder. mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.sub: No such file or directory mercury imapd[25576]: myfetch: starting txn 2147483683 mercury imapd[25576]: myfetch: reusing txn 2147483683 mercury imapd[25576]: mystore: reusing txn 2147483683 mercury imapd[25576]: mycommit: committing txn 2147483683 mercury imapd[25576]: mystore: starting txn 2147483684 mercury imapd[25576]: mystore: committing txn 2147483684 mercury imapd[25576]: IOERROR: opening /var/imap/user/I/admin.sub: No such file or directory
Re: imap: only allow 1 request per n minutes ?
On Wed, 19 Feb 2003 [EMAIL PROTECTED] wrote: > Like everywhere else we have the problem that many users set the > fetch-interval on their mailclient to one minute (or even below with > croned fetchmails). > > I'd like to restrict access to max. 1 fetch per 5 minutes or so. Is > there any feature in cyrus imapd ? Or any third-party-application that > might help. If you want this for POP, try the popminpoll imapd.conf option. For IMAP, this behavior doesn't really make sense, since you check for new mail on a "live" connection, and many commands can result in new mail notification. > What I'd also like to have (but now I just start dreaming around :) is > that this restriction can by bypassed a few times a day. If users are > really waiting for a very important email, they should be able to > query the server more often, but only a few times a day or so. There's no current way to do this, even for POP. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
imap: only allow 1 request per n minutes ?
Like everywhere else we have the problem that many users set the fetch-interval on their mailclient to one minute (or even below with croned fetchmails). I'd like to restrict access to max. 1 fetch per 5 minutes or so. Is there any feature in cyrus imapd ? Or any third-party-application that might help. What I'd also like to have (but now I just start dreaming around :) is that this restriction can by bypassed a few times a day. If users are really waiting for a very important email, they should be able to query the server more often, but only a few times a day or so. thnx, peter -- mag. peter pilsl IT-Consulting tel: +43-699-1-3574035 fax: +43-699-4-3574035 [EMAIL PROTECTED] http://www.goldfisch.at
Re: Sieve
The syntax checks out ok & the rules are simple - it's just not filtering.
Without any feedback from the deliver process in my logs I cant work out
why this is the case.
I am logging everything via syslog, but a deliver process is as follows:-
root@mini-me~$grep 32612 /var/log/imapd.log
Feb 19 15:25:09 mini-me master[32612]: about to exec /usr/cyrus/bin/lmtpd
Feb 19 15:25:09 mini-me lmtpunix[32612]: executed
Feb 19 15:30:14 mini-me lmtpd[32612]: accepted connection
Feb 19 15:30:14 mini-me lmtpd[32612]: lmtp connection preauth'd as postman
Feb 19 15:30:14 mini-me lmtpd[32612]: duplicate_check:
<195161647.1045668728@[10.132.124.72]> user.djf 0
Feb 19 15:30:14 mini-me lmtpd[32612]: mystore: starting txn 2147484037
Feb 19 15:30:14 mini-me lmtpd[32612]: mystore: committing txn 2147484037
Feb 19 15:30:14 mini-me lmtpd[32612]: duplicate_mark:
<195161647.1045668728@[10.132.124.72]> user.djf 1045668614
Feb 19 15:31:14 mini-me master[29993]: process 32612 exited, status 0
--On 19 February 2003 09:33 -0500 Ken Murchison <[EMAIL PROTECTED]> wrote:
timesieved is only used when sieve scripts are stored in the 'sievedir'
hierarchy. If you're using home directories, then there is no reason to
have timsieved in cyrus.conf.
The syntax of your script looks ok, but you might want to check it with
the sieve/test.c program in the distribution. Other than that, make
sure that the 'cyrus' user has permissions to read the sieve script --
that includes execute permissions on all of the parent directories of
the script.
Daryl Field wrote:
I'm using(trying to) use sieve to filter, am using homedir for the
scripts. It doesn't work & I'm not getting any usefull feedback via any
of the logs. Here are a few details re the current configuration. If
anyone is aware of any documentation I'm missing & could point me in the
right direction, I'd be eternally gratefull.
Cyrus.conf:
sieve cmd="timsieved" listen="sieve" prefork=0
imapd.conf:
partition-default: /var/spool/imap
admins: cyrusadm
sasl_pwcheck_method: saslauthd
sieveusehomedir: true
allowanonymouslogin: no
imapidresponse: no
~$less ~xxx/.sieve
require ["fileinto", "reject", "vacation", "regex", "relational"];
if header :contains ["to", "cc"] "[EMAIL PROTECTED]" {
fileinto "INBOX.Cyrus";
} elsif header :contains ["to", "cc"] "list2" {
fileinto "INBOX.list2";
}
This log entry may be from a filter attempt - but I'm of the opinion, its
from when I tried to use sieveshell without the usehomedir option being
present, as theres not enough entries like this to indicate they are
carried out on every filter attempt:
Feb 18 11:46:19 mini-me master[28444]: about to exec
/usr/cyrus/bin/timsieved
Feb 18 11:46:19 mini-me sieve[28444]: executed
Feb 18 11:46:19 mini-me sieve[28444]: accepted connection
Feb 18 11:46:19 mini-me timsieved[28444]: can't use home directories
--
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: cyrus 2.2 from yesterday cvs
Jure Pecar wrote: > > Hi all, > > I started playing with the recent cvs code. Basically i want to set up a > multidomain server with one default domain and mysql auxprop auth. So i > have this in imapd.conf (among other things): > > admins: cyrus > allowplaintext: yes > defaultdomain: example.com > hashimapspool: 1 > imapidresponse: 1 > loginrealms: example.com > unixhirearcysep: 1 > virtdomains: 1 > sasl_pwcheck_method: auxprop > sasl_mysql_statement: select password_plain from users where username='%u' > and realm='%r' > sasl_mysql_verbose: yes > > Here are my current findings: > > cyradm still does not compile to a working state outofthebox. Looks like > env variables like BDB_LIB and SASL_LIB are not passed down to perl/imap. > When exporting them by hand and going through standard 'perl Makefile.PL; > make; make install' it works. > > There's a comment at the top of sasl*/plugins/mysql.c which states that ' > %r is the realm which could be the kerbros realm, the FQDN of the computer > the sasl app is on or what ever is after the @ on a username'. Looking at > the code it looks like 'whatever is after @ on a username' take precedence > over server FQDN (line 276 of plugins/mysql.c in sasl-2.1.12). > Now, if i try to log in with imtest, it looks like it does not care what > is after @ at all. Regardless if i set -a [EMAIL PROTECTED] or -u > [EMAIL PROTECTED] or both, i get such log entries: mysql plugin doing > query select password_plain from users where username='cyrus' and > realm='myhost.example.com'. Same goes for IMAP logins. > > I have a default domain set in imapd.conf. I created its ondisk hirearchy > with mkimap -d example.com and expect its mailboxes to appear underneath. > However, mailboxes under default domain appear at the top level, as if > virtdomains is off. (is this intentional? i havent run mkimap without -d Yes. defaultdomain is mainly used for backwards compatibility when upgrading a single domain server. If you're starting from scratch then you probably don't want/need to use defaultdomain. -- 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
[no subject]
Hello After I kill 29838 p1 S 0:00.02 imapd: imapd: [3.1.1.7] leo user.leo (imapd) user leo never can't connect by imap untill I imapd.sh stop and start it again. WHY IS IT HEPPENING? Leonid mailto:[EMAIL PROTECTED]
Re: Sieve
Daryl Field wrote:
>
> I'm using(trying to) use sieve to filter, am using homedir for the scripts.
> It doesn't work & I'm not getting any usefull feedback via any of the logs.
> Here are a few details re the current configuration. If anyone is aware of
> any documentation I'm missing & could point me in the right direction, I'd
> be eternally gratefull.
>
> Cyrus.conf:
> sieve cmd="timsieved" listen="sieve" prefork=0
>
> imapd.conf:
> partition-default: /var/spool/imap
> admins: cyrusadm
> sasl_pwcheck_method: saslauthd
> sieveusehomedir: true
> allowanonymouslogin: no
> imapidresponse: no
>
> ~$less ~xxx/.sieve
> require ["fileinto", "reject", "vacation", "regex", "relational"];
>
> if header :contains ["to", "cc"] "[EMAIL PROTECTED]" {
> fileinto "INBOX.Cyrus";
> } elsif header :contains ["to", "cc"] "list2" {
> fileinto "INBOX.list2";
> }
>
> This log entry may be from a filter attempt - but I'm of the opinion, its
> from when I tried to use sieveshell without the usehomedir option being
> present, as theres not enough entries like this to indicate they are
> carried out on every filter attempt:
>
> Feb 18 11:46:19 mini-me master[28444]: about to exec
> /usr/cyrus/bin/timsieved
> Feb 18 11:46:19 mini-me sieve[28444]: executed
> Feb 18 11:46:19 mini-me sieve[28444]: accepted connection
> Feb 18 11:46:19 mini-me timsieved[28444]: can't use home directories
timesieved is only used when sieve scripts are stored in the 'sievedir'
hierarchy. If you're using home directories, then there is no reason to
have timsieved in cyrus.conf.
The syntax of your script looks ok, but you might want to check it with
the sieve/test.c program in the distribution. Other than that, make
sure that the 'cyrus' user has permissions to read the sieve script --
that includes execute permissions on all of the parent directories of
the script.
--
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: cyrus 2.2 from yesterday cvs
On Wed, 19 Feb 2003, Jure Pecar wrote: > cyradm still does not compile to a working state outofthebox. Looks like > env variables like BDB_LIB and SASL_LIB are not passed down to perl/imap. > When exporting them by hand and going through standard 'perl Makefile.PL; > make; make install' it works. Please supply a patch to fix this, as far as I can tell, the code that is there is passing the necessary enviornment variables. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
DB4 complaining about lockers?
Hello I haev lately this error mesage always the same time of day once a day: imaplog:Feb 7 04:00:00 venus ctl_deliver[429]: [ID 866726 local6.warning] DBERROR db4: 6 lockers imaplog:Feb 9 04:00:00 venus ctl_deliver[3062]: [ID 866726 local6.warning] DBERROR db4: 4 lockers imaplog:Feb 15 04:00:00 venus ctl_deliver[10431]: [ID 866726 local6.warning] DBERROR db4: 4 lockers imaplog:Feb 18 04:00:00 venus tls_prune[29008]: [ID 866726 local6.warning] DBERROR db4: 4 lockers I have cyrus-imapd-2.1.12 and cyrus-sasl-2.1.12 compiled with db4.1.25 anyone experiened this problem? thanks Rick
cyrus 2.2 from yesterday cvs
Hi all, I started playing with the recent cvs code. Basically i want to set up a multidomain server with one default domain and mysql auxprop auth. So i have this in imapd.conf (among other things): admins: cyrus allowplaintext: yes defaultdomain: example.com hashimapspool: 1 imapidresponse: 1 loginrealms: example.com unixhirearcysep: 1 virtdomains: 1 sasl_pwcheck_method: auxprop sasl_mysql_statement: select password_plain from users where username='%u' and realm='%r' sasl_mysql_verbose: yes Here are my current findings: cyradm still does not compile to a working state outofthebox. Looks like env variables like BDB_LIB and SASL_LIB are not passed down to perl/imap. When exporting them by hand and going through standard 'perl Makefile.PL; make; make install' it works. There's a comment at the top of sasl*/plugins/mysql.c which states that ' %r is the realm which could be the kerbros realm, the FQDN of the computer the sasl app is on or what ever is after the @ on a username'. Looking at the code it looks like 'whatever is after @ on a username' take precedence over server FQDN (line 276 of plugins/mysql.c in sasl-2.1.12). Now, if i try to log in with imtest, it looks like it does not care what is after @ at all. Regardless if i set -a [EMAIL PROTECTED] or -u [EMAIL PROTECTED] or both, i get such log entries: mysql plugin doing query select password_plain from users where username='cyrus' and realm='myhost.example.com'. Same goes for IMAP logins. I have a default domain set in imapd.conf. I created its ondisk hirearchy with mkimap -d example.com and expect its mailboxes to appear underneath. However, mailboxes under default domain appear at the top level, as if virtdomains is off. (is this intentional? i havent run mkimap without -d yet) If i want to set quota for them i get System I/O error (the relevant config/quota directories are not present). If i create another domain, blah.net, and create some mailboxes under it, they appear properly and i can set their quota. Now it's entirely possible that i'm doing something wrong. In this case, i'd like to know what :) My environment is rehdat 7.3 with all updates. -- Jure Pecar
Sieve
I'm using(trying to) use sieve to filter, am using homedir for the scripts.
It doesn't work & I'm not getting any usefull feedback via any of the logs.
Here are a few details re the current configuration. If anyone is aware of
any documentation I'm missing & could point me in the right direction, I'd
be eternally gratefull.
Cyrus.conf:
sieve cmd="timsieved" listen="sieve" prefork=0
imapd.conf:
partition-default: /var/spool/imap
admins: cyrusadm
sasl_pwcheck_method: saslauthd
sieveusehomedir: true
allowanonymouslogin: no
imapidresponse: no
~$less ~xxx/.sieve
require ["fileinto", "reject", "vacation", "regex", "relational"];
if header :contains ["to", "cc"] "[EMAIL PROTECTED]" {
fileinto "INBOX.Cyrus";
} elsif header :contains ["to", "cc"] "list2" {
fileinto "INBOX.list2";
}
This log entry may be from a filter attempt - but I'm of the opinion, its
from when I tried to use sieveshell without the usehomedir option being
present, as theres not enough entries like this to indicate they are
carried out on every filter attempt:
Feb 18 11:46:19 mini-me master[28444]: about to exec
/usr/cyrus/bin/timsieved
Feb 18 11:46:19 mini-me sieve[28444]: executed
Feb 18 11:46:19 mini-me sieve[28444]: accepted connection
Feb 18 11:46:19 mini-me timsieved[28444]: can't use home directories
