Re: Modified drac support patch
Ken Murchison writes: > >I have attached a slightly modified version of your patch for 2.0.12. I >have also checked a similar patch into CVS for inclusion with future >releases. Ah, that's good. I was going to get you two together on this, but I see that you've already done that. I didn't like the idea of maintaining two similar patches, so I'm pleased to see that they are integrated. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
Re: Bouncing over quota
Thanks - that did the trick. I'll have to get Postfix to give the bounced message a better description of why it bounced (ie. Quota exceeded). Should be ... interesting. :) >I'm patched lmtpengine.c, function >static char *convert_lmtp(int r) > >case IMAP_QUOTA_EXCEEDED: >//MY: return "452 4.2.2 Over quota"; >return "552 4.2.2 Over quota"; > >and it's work for me > >Scott Pederick wrote: >> >> G'Day, >> >> cyrus-imapd-2.0.9 >> postfix-19991231-pl10 >> >> Just wondering if anyone has modified Cyrus to return a Permanent Failure >> rather than a Temporary Failure when a user has exceeded their quota? On a >> temporary failure postfix just leaves it in the queue and I would prefer a >> bounce. >> >> I intend to make greater modification to the server with my preferred method >> of quota handling but I really need a 'quick-fix' at the moment. Any ideas, >> comments, suggestions? >> >> Thanks in advance... >> >> Scott
Re: Modified drac support patch
Thanks for the changes. I have attached a slightly modified version of your patch for 2.0.12. I have also checked a similar patch into CVS for inclusion with future releases. My changes: - Use value of 'dracinterval' to enable/disable DRAC at runtime. - Set the default value of 'dracinterval' to 5, since I think that most people who compile Cyrus with DRAC support will tend to use it and expect it to be on. - Disable DRAC at runtime if dracd can not be contacted. Ken Ramiro Morales wrote: > > I'm attaching a modified version of the patch to add > drac support to Cyrus imapd/pop3d daemons. > > It is based in the one included in the contrib > directory of the 2.0.12 distribution. > > I have modified the configuration variables > used in imapd.conf to be able to specify at runtime > if one wants to use (or not) drac even when the binary > used is compiled with drac support (before it was always > enabled). > > Also the interval in minutes between submissions > to the dracd daemon made by imapd during a user's > IMAP session is now configurable (previously it was > fixed to 5 minutes). It is then now possible to > play with this setting and the -e switch parameter > passed to the dracd daemon. > > The relevant imapd.conf options are > > dracinterval: 0 > If nonzero it enables drac support for imapd and pop3d > indicating then the amount of time in minutes > between submissions to the dracd daemon made by > imapd. > > drachost: localhost > The host where the dracd daemon is running. > > The instructions to apply it are the same to the > ones included with the original patch. Just > take in account the configuration file you modify > is imapd.conf and not cyrus.conf. > > Excuse me for my English. -- 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 drac_auth.patch.gz
Problem Compiling IMAPD
It appears I am getting messages similar to a message I found in the archives from May 13, 2000. I have not been able to resolve it. (Could it be some sort of problem with it finding PostgreSQL files instead of BerkeleyDB? I have Postgre installed, and only added BerkeleyDB yesterday when I saw it in the Cyrus IMAP requirements. Some files have the same name in different dirs...) Since the previous post mentioned installing smlacapd, I tried to compile that as well. It also failed since the tar file did not have anything in the et subdirectory that it created. I tried to bypass it, but it looks like it was later wanting to get something that should have been compiled in et. The system is a fairly standard install of Mandrake 7.2, x86. Here is the full list of errors when trying to compile imapd: make[1]: Entering directory `/usr/src/cyrus-imapd-2.0.12/lib' gcc -c -I.. -I/usr/local/include -DHAVE_CONFIG_H -I. -I. -g -O2 \ cyrusdb_db3.c cyrusdb_db3.c: In function `init': cyrusdb_db3.c:105: structure has no member named `set_paniccall' cyrusdb_db3.c:107: structure has no member named `set_verbose' cyrusdb_db3.c:107: `DB_VERB_DEADLOCK' undeclared (first use in this function) cyrusdb_db3.c:107: (Each undeclared identifier is reported only once cyrusdb_db3.c:107: for each function it appears in.) cyrusdb_db3.c:108: structure has no member named `set_verbose' cyrusdb_db3.c:108: `DB_VERB_WAITSFOR' undeclared (first use in this function) cyrusdb_db3.c:111: structure has no member named `set_verbose' cyrusdb_db3.c:111: `DB_VERB_CHKPOINT' undeclared (first use in this function) cyrusdb_db3.c:113: structure has no member named `set_lk_detect' cyrusdb_db3.c:114: structure has no member named `set_lk_max' cyrusdb_db3.c:120: structure has no member named `set_errcall' cyrusdb_db3.c:121: structure has no member named `set_errpfx' cyrusdb_db3.c:136: structure has no member named `open' cyrusdb_db3.c: In function `done': cyrusdb_db3.c:157: structure has no member named `close' cyrusdb_db3.c: In function `sync': cyrusdb_db3.c:176: warning: passing arg 1 of `txn_checkpoint' from incompatible pointer type cyrusdb_db3.c:176: too many arguments to function `txn_checkpoint' cyrusdb_db3.c: In function `open': cyrusdb_db3.c:206: structure has no member named `open' cyrusdb_db3.c: In function `gettid': cyrusdb_db3.c:241: warning: passing arg 1 of `txn_begin' from incompatible pointer type cyrusdb_db3.c:241: too many arguments to function `txn_begin' cyrusdb_db3.c: In function `fetchlock': cyrusdb_db3.c:315: `DB_RMW' undeclared (first use in this function) cyrusdb_db3.c: In function `foreach': cyrusdb_db3.c:371: too many arguments to function cyrusdb_db3.c:401: too many arguments to function cyrusdb_db3.c:431: too many arguments to function cyrusdb_db3.c: In function `mystore': cyrusdb_db3.c:506: warning: passing arg 1 of `txn_begin' from incompatible pointer type cyrusdb_db3.c:506: too many arguments to function `txn_begin' cyrusdb_db3.c:536: too many arguments to function `txn_commit' cyrusdb_db3.c: In function `delete': cyrusdb_db3.c:593: warning: passing arg 1 of `txn_begin' from incompatible pointer type cyrusdb_db3.c:593: too many arguments to function `txn_begin' cyrusdb_db3.c:622: too many arguments to function `txn_commit' cyrusdb_db3.c: In function `commit_txn': cyrusdb_db3.c:649: too many arguments to function `txn_commit' make[1]: *** [cyrusdb_db3.o] Error 1 make[1]: Leaving directory `/usr/src/cyrus-imapd-2.0.12/lib' make: *** [all] Error 1 Thank you, Paul Boniol
Re: Setup questions...
Hi Dan. We have a similar setup, so I will try to answer according to our setups. Dan Ellis wrote: > I'm trying to install cyrus using ldap for authentication. We require no > encryption of passwords or of the imap sessions. > Do we still need to use cyrus-sasl? Yes. > What is th best method to auth? Pam or pwcheck? We use PAM, and are very happy with it. Whats pwcheck? > I am assuming that if I use pwcheck, the underlying database is irrelevent as > pwcheck abstracts that to cyrus. (Meaning it is irrelevent whther we use mysql > or ldap as long as the pwcheck script/program handles the auth with mysql/ldap), > cprrect? Pwcheck must simply return and OK or an error message, corect? This is what PAM was designed for. Use it. You may find this article a little useful. http://www.linuxfocus.org/English/September2000/article173.shtml Let me know if you need more help. -- Atif Ghaffar Internet Development Manager 4unet AG/SA -. +41 78 787 51 45 ¦ voice +41 24 441 09 03 ¦ fax http://www.4unet.net ¦ www http://atif.developer.ch ¦ homepage [EMAIL PROTECTED] ¦ email Do you speak Unix?
sieve filtering into a program, or a file?
Right now, we're using procmail in order to help a user filter mail ... basically, if it comes in with a To address of X, file it to a file, else file it into his imap mailbox ... Is there some way of doing similar with sieve *or* at least having that mail message pipe'd through a program? thanks ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org
Setup questions...
Hello, I am new to Cyrus, so please bare with... I'm trying to install cyrus using ldap for authentication. We require no encryption of passwords or of the imap sessions. Do we still need to use cyrus-sasl? What is th best method to auth? Pam or pwcheck? I am assuming that if I use pwcheck, the underlying database is irrelevent as pwcheck abstracts that to cyrus. (Meaning it is irrelevent whther we use mysql or ldap as long as the pwcheck script/program handles the auth with mysql/ldap), cprrect? Pwcheck must simply return and OK or an error message, corect? Also, how does pwcheck relate (is it a part of sasl or of cyrus)? I have read almost everything that I can find, but being so new, the docs are a little confusing and sparse at this point of my knowledge level. Thanks in advance for putting up with such trivial questions (to you, but major to me :)) and helping me out. Dan - Sent by Black Hills Fibercom Webmail!
IMSP v1.6a3
Folks, I'm having trouble trying to build the above to use plain text password authentication on a Solaris 2.5.1 platform. I installed - BerkeleyDB v3.2.9 Cyrus SASL v1.5.24 (all non-required authentication disabled) IMSP v1.6a3 (--with-auth=unix) The IMSP configure seems to finish with an error of sorts. The last few lines are - creating config.h cat: cannot open ./config.h.in config.h is unchanged I think this was reported a month or so back by someone else but the build seems to complete OK anyway. Is this likely to be part of the problem? I can start up the IMSP daemon in stand-alone mode OK with SASL/IMSP setup as follows - SASL setup: linked /usr/local/lib/sasl ->/usr/lib/sasl create /usr/lib/sasl/Imsp.conf containing single line pwcheck_method: passwd also create copy as /usr/lib/sasl/Imspd.conf (in case this is the expected name of the file!) IMSP setup: create /var/imsp and /var/imsp/user (permissions?) create /var/imsp/options (permissions?) Telnetting into port 406 invokes the IMSP prompt string and a login attempt produces the following - * OK Cyrus IMSP version 1.6a3 ready 0 login thisuser * 0 NO generic failure A 'get common.*' command will list the common lines from the options file and the 'imsp.create.new.users N +' line is present. I've tried various combinations of imsp.sasl lines to no effect. If anyone has any idea what I'm doing wrong I would VERY pleased to hear from them. Thanks, Clive McDowell Information Services The Queen's University of Belfast
Re: Recentness algorithm
On Mon, 5 Mar 2001, Alain Turbide wrote: > > If you're using Outlook Express as a mail client then this is a known > problem with Outlook Express. You might want to change the folder > synchronization settings to none if you want to prevent this behaviour. It's not an OE problem, although one of my users does use that (couldn't affect other users could it?). I've verified that Cyrus is announcing messages as recent when they have already been seen by telnetting to the IMAP port and doing stuff by hand. I can't intentionally reproduce it, but I have gotten lucky once or twice. -Bitt
Re: Qmail, Maildirs and Cyrus
On Tue, 6 Mar 2001, Luca Olivetti wrote: > > En/Na Bitt Faulk ha escrit: > > > If you're trying to implement a blavk-box solution, you'll have to go to a > > lot of effort, using qmail's delivery defaults mechanisms in order to get > > it to deliver to users who do not have an account on that system. > > > Not really, you can use /var/qmail/users/assign (see man qmail-users) to > accomplish that effortlessly for individual addresses or for all of them. You're right. My memory fails me. The reason I couldn't use that was because I was also doing virtual domains and had to translate u@d addresses to user.u-d maildrops for cyrus. -Bitt
Re: 2.0.12 and DB
--On Tuesday, March 06, 2001 10:48 AM +1000 David Richards <[EMAIL PROTECTED]> wrote: > Yep, that seems to do better. Now I get a problem in 'perl/imap' > something about Bad object file tmp.a(licyrus.a) Bad file magic number > . > > Any ideas? > > Dave. Yup :-) I actually believe this to be a problem with the Perl installation that comes with Compaq, but I am not sure. I know where to fix it on Compaq, but I also believe that I should *not* do this, and that installing a newer version of Perl in /usr/local would be the better solution (but not always permitted in every environment). So, change to the perl/imap directory and edit Makefile.PL. Go to line 57. Change the 2 following lines as follows: OLD: 'OBJECT'=> 'IMAP.o ../../lib/libcyrus.a', 'LIBS'=> ["$SASL_LIB -lssl -lcrypto"], NEW: 'OBJECT'=> 'IMAP.o', 'LIBS'=> ["../lib/libcyrus.a $SASL_LIB -lssl -lcrypto"], The problem on Compaq is that it tries to create a library called tmp.a that contains 2 files, IMAP.o and libcyrus.a. However, when linking, the linker doesn't know what to do with the library within a library issue. With proper reorganization of the linker line in the Makefile, it can be made to work with this issue. However, it would be simpler to just move libcyrus.a to the LIBS section where it belongs. There is no reason for it to get dumped into tmp.a. In addition to the above fix, I tested this on the Solaris platform as well and the above changes work just fine as well... so I will be sending this in as a patch as well. In any the case, I am sure this is the last issue you will be running into. I was hoping it wouldn't be a problem for you, but apparently it was :-) Let us know how it goes! Scott -- +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/ UNIX Systems Engineer mailto:[EMAIL PROTECTED] ICQ 7626282 Work (740)593-9478 Fax (740)593-1944 +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ CNS, HDL Center, Suite 301, Ohio University, Athens, OH 45701-2979
Re: 2.0.12 and DB
--On Tuesday, March 06, 2001 11:32 AM +1000 David Richards <[EMAIL PROTECTED]> wrote: > Further to my previous message, the exact output is: See previous message for fix... :-) > ### Making all in > /messaging/richard2/builds/new-imap/cyrus-imapd-2.0.12/perl/imap > cc -c -I../../lib -I/usr/local/include -fprm d -ieee -std -DLANGUAGE_C > -O4 -DVERSION=\"1.00\" -DXS_VERSION=\"1.00\" > -I/usr/lib/perl-5.005/lib/5.00503/alpha-dec_osf/CORE -DPERL_POLLUTE > IMAP.c > cc: Warning: IMAP.xs, line 492: In this statement, the referenced type > of the pointer value > "(pcb==&PL_sv_undef?imclient_xs_fcmdcb:imclient_xs_cb)" is "function > (pointer to struct imclient, pointer to struct xsccb, pointer to struct > imclient_reply) returning void", which is not compatible with "function > (pointer to struct imclient, pointer to void, pointer to struct > imclient_reply) returning void". (ptrmismatch) > (pcb == &sv_undef ? > --^ By the way, I do not know what this is about, and I believe I still get it after I fixed the problem below... but I haven't seen any side affects yet. I firmly believe it has to do with a Perl version issue. I know on 5.0a, Compaq distributed Perl 5.004_04. I don't know what it is on 5.1. This error doesn't seem to come up on Solaris where I have at least 5.005 or 5.6 installed. > Running Mkbootstrap for Cyrus::IMAP () > chmod 644 IMAP.bs > ar cr tmp.a IMAP.o ../../lib/libcyrus.a > : tmp.a > LD_RUN_PATH="/usr/local/lib" ld -o blib/arch/auto/Cyrus/IMAP/IMAP.so > -shared -expect_unresolved "*" -O4 -msym -s -all tmp.a -none > -L/usr/local/lib -lsasl > ld: > Object file format error in: tmp.a(libcyrus.a): read_cur_obj_info: bad This was what I was talking about in the previous email. Look at the above ld line. You will see "-all tmp.a -none". The "tmp.a" library needs to be after "-none", not after "-all". Basically, it needs to read "-all -none tmp.a" instead. Given the nature of what "-all" and "-none" mean, they probably both need to go and just "tmp.a" would suffice. Anyways, this is exactly what the problem is, which happens to be defined in one of the perl modules associated with MakeMaker. Scott -- +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/ UNIX Systems Engineer mailto:[EMAIL PROTECTED] ICQ 7626282 Work (740)593-9478 Fax (740)593-1944 +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ CNS, HDL Center, Suite 301, Ohio University, Athens, OH 45701-2979
sendmail/Cyrus double-CR problem
I'm running Cyrus IMAP on RedHat 7.0 with sendmail 8.11.0. For a long time I ran Cyrus 1.5.24 but a few days ago I converted to 2.0.12, at the same time changing the sendmail configuration as described in the installation instructions, incorporating the changes in the supplied cyrusv2.mc sendmail prototype file for Cyrus V2. Since then some of my incoming mail messages (retrieved from a POP server via fetchmail and delivered locally, as I've been doing without problem for years) are being corrupted in the following way: a spurious newline appears at the end of a "Received" header, and the headers which follow become part of the message body. I've tracked it down this far: whenever this occurs, it turns out that the problematic header, as retrieved from the POP server and before local processing, contains TWO carriage-returns followed by a single LF, i.e. that header line, and all the lines that follow in the message, are terminated with "\r\r\n" instead of "\r\n". Only that first header, and none of the following lines, have an extra blank line appended after local processing. I never saw this problem before I upgraded Cyrus and changed the sendmail configuration. Furthermore, if I pass the messages to another SMTP host instead of my own, they're correctly delivered into that other host's mail store (a more conventional mbox format). So I'm reasonably sure that my new configuration, and probably the sendmail configuration, is to blame. Sendmail subtleties of this sort are definitely not my area of expertise. I would greatly appreciate it if anyone has seen this problem or something similar, and can suggest how I might go about fixing it. The presumably relevant pieces of the sendmail config, lifted straight out of the cyrusv2.mc file, are: define(`confBIND_OPTS',`-DNSRCH -DEFNAMES')dnl define(`confTO_IDENT',`0')dnl define(`confLOCAL_MAILER',`cyrus')dnl FEATURE(nocanonify)dnl FEATURE(always_add_domain)dnl MAILER(local)dnl MAILER(smtp)dnl MAILER_DEFINITIONS Mcyrus, P=[IPC], F=lsDFMnqA@/:|SmXz, E=\r\n, S=EnvFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=FILE /var/imap/socket/lmtp LOCAL_RULE_0 Rbb + $+ < @ $=w . >$#cyrus $: + $1
Re: Sieve , fileinto question
Atif Ghaffar wrote: > > Hi. > > Its 2 days since I moved my Netscape Messanger based filters to Sieve. > Life is calm now :) > > One small question. > Is there a way that I can find a summary at the end of the day about all > the messages that were fileinto'd some folder, so I dont have to go to > each folder and look for newer mails. > > Netscape Messager keeps a log of all moves based on filters. > Is it also possible with Sieve? You could try using the Sieve NOTIFY extension. I might use the notify_unix.c implementation which writes the notify messages to a UNIX socket, and write some simple daemon (see contrib/notify_unix.pl) which grabs the messages and logs them to a file. If you are on a closed system, then you could have this log emailed to you or put up on a web page, etc. -- 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: Strange vacation behaviour
Atif Ghaffar wrote: > > Ken Murchison wrote: > > > > This is exactly how it supposed to work. Only ONE vacation message is > > sent back per sending address per response text. If you either change > > the response text or send from a different address, you'll get a > > response. > > Oh, thats pretty cool. > By there way, where is this information stored. It's stored in the deliverdb. > Can it be reset? Not easily. -- 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: Recentness algorithm
Yes, unfortunately I have seen (and still see) this quite a lot with my setup 2.0.11 on Linux. Unfortunately, no answers have been forthcoming on the list. Anybody have any ideas? -Jeremy On 3/5/01 3:22 PM, "Bitt Faulk" <[EMAIL PROTECTED]> wrote: > Lately, I've noticed that things that my mail client has seen before get > marked as recent again. That is, I'll change folders to something else > and come back to my INBOX and there will be a number of messages that are > still marked as recent. I can't intentionally reproduce the problem, but > I have seen it a number of times, and it doesn't seem to depend on whether > I've read the mail or not or anything else I can determine. > > This is running 2.0.11 (with the various patches) on OpenBSD 2.8. (Maybe > its an mmap problem?) > > Anyone seen the same problem or have any ideas? > > -Bitt > > -- Jeremy Beker, Technical Manager Research & Development, 3-G International Condensing fact from the vapor of nuance.
how to rotate imapd logs
i am trying to rotate the imapd logs once a week this is something that i wrote. /var/log/imapd.log { rotate 5 weekly errors [EMAIL PROTECTED] postrotate # /usr/bin/killall -HUP imapd endscript } does anyone have any commants ? Ronen Amity
Sieve , fileinto question
Hi. Its 2 days since I moved my Netscape Messanger based filters to Sieve. Life is calm now :) One small question. Is there a way that I can find a summary at the end of the day about all the messages that were fileinto'd some folder, so I dont have to go to each folder and look for newer mails. Netscape Messager keeps a log of all moves based on filters. Is it also possible with Sieve? thanks -- Atif Ghaffar
Re: Strange vacation behaviour
Ken Murchison wrote: > > This is exactly how it supposed to work. Only ONE vacation message is > sent back per sending address per response text. If you either change > the response text or send from a different address, you'll get a > response. Oh, thats pretty cool. By there way, where is this information stored. Can it be reset? thanks -- Atif Ghaffar Internet Development Manager 4unet AG/SA -. +41 78 787 51 45 ¦ voice +41 24 441 09 03 ¦ fax http://www.4unet.net ¦ www http://atif.developer.ch ¦ homepage [EMAIL PROTECTED] ¦ email Do you speak Unix?
Re: Qmail, Maildirs and Cyrus
En/Na Bitt Faulk ha escrit: > If you're trying to implement a blavk-box solution, you'll have to go to a > lot of effort, using qmail's delivery defaults mechanisms in order to get > it to deliver to users who do not have an account on that system. Not really, you can use /var/qmail/users/assign (see man qmail-users) to accomplish that effortlessly for individual addresses or for all of them. In my case I have +:alias:::/var/qmail/alias:-:: in /var/qmail/users/assign (don't forget ro run qmail-newu each time you modify this file). This tells qmail that mail for all users is handled by the alias user, and then | ./deliver-wrapper in /var/qmail/alias/.qmail-default Someone posted here a deliver wrapper for qmail, this is my version of it (note that the Q option doesn't exist in deliver, I wrote a patch against 1.6.24 to tell delivery that Qmail is being used and the sender envelope address is in an environment variable, so sieve vacation will work even without LMTP). ### # Local delivery through cyrus # # get the username (before the first -) # userid="`echo "${LOCAL%%-*}" | tr "A-Z" "a-z"`" # change - with dots mailbox="`echo "$EXT2" | tr "A-Z" "a-z" | sed "s/-/./g"`" if [ "$mailbox" = "" ] then # direct delivery to user INBOX /usr/cyrus/bin/deliver -e -Q "$userid" else # send to a user mailbox /usr/cyrus/bin/deliver -e -Q -m "$mailbox" -a "$userid" "$userid" fi #modify delivery exit code to something understandable by qmail case $? in 64|65|66|67|68|76|77|78) exit 100 ;; 0) exit 0 ;; *) exit 111 ;; esac Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007