Re: Removing user doesn't remove sieve scripts
On Fri, 24 Jan 2003, Ken Murchison wrote: but sieve/HASH/username with all the files in it still persists. Is there any option or trick to automate removing this directory on user deletion, or do I have to write a cleanup mechanism to remove this directory by hand? What version of Cyrus? 2.1.11 Auto-deleting of the sieve tree was added in 2.1.4. You'll either have to upgrade or clean it up by hand. Note that if you're using fulldirhash that you'll have to grab user.c from CVS or apply a small 1 line patch. Ah, that was the point. After applying a 1 line patch, it now works like a charm. Many thanks for your great help. Tscho Roland
Re: virtual domains in Cyrus 2.2
If you have the 2.2 code, its doc/install-virtdomains.html (linked from doc/install.html). Otherwise, you get get it from CVSweb: http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/~checkout~/src/cyrus/doc/Attic/install-virtdomains.html?rev=1.1.2.5content-type=text/htmlhideattic=0 Well I have checked out branch cyrus-imapd-2_2 from CVS but the install-virtdomains.html doc was not there, did i check out the wrong branch maybe ? The document is still a little sparse. I haven't touched this doc in quite a while and need to get back to it soon. Yes, you need the fully qualified username passed in RCPT TO. Users in the defaultdomain (if configured) can be passed unqualified. The documentation is enough to start with, now I was just wondering if Sendmail per default passes the fully qualified username, I don't think so. Do you know how to make it pass the FQ username ? That would be a little point to add into the documentation I think. Thanks for the help Regards
Problem after removing quota
I frequently run into problems when dealing with quotas. All in all, I got the impression that the quota system is not very reliable. Is that true or is it just my incompetence (which might be very well the case)? After I removed a quota for a specific mailbox by simply removing the quota file in the file system and running quota -f afterwards (which has worked for other mailboxes before), I got an error saying that the quota file is missing. Since a quota file with simply 0/0 in it didn't work, I tried to create a new quota file with a large quota of 100 MB which worked fine. The problem now is that incomming emails to this account haven't been delivered properly since the moment I removed the quota file in the beginning. When I have a look at the postfix log file, all I see is a confirmation that the message has been successfully delivered (status=sent). But it never shows up in the mailbox folder. Has anyone seen this before? I would really appreciate any hint. The very bad thing about this is that the user has maybe lost many emails because external MTAs think that the message was delivered correctly. Denis
Re: virtual domains in Cyrus 2.2
[EMAIL PROTECTED] wrote: If you have the 2.2 code, its doc/install-virtdomains.html (linked from doc/install.html). Otherwise, you get get it from CVSweb: http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/~checkout~/src/cyrus/doc/Attic/install-virtdomains.html?rev=1.1.2.5content-type=text/htmlhideattic=0 Well I have checked out branch cyrus-imapd-2_2 from CVS but the install-virtdomains.html doc was not there, did i check out the wrong branch maybe ? The document is still a little sparse. I haven't touched this doc in quite a while and need to get back to it soon. Yes, you need the fully qualified username passed in RCPT TO. Users in the defaultdomain (if configured) can be passed unqualified. The documentation is enough to start with, now I was just wondering if Sendmail per default passes the fully qualified username, I don't think so. Do you know how to make it pass the FQ username ? That would be a little point to add into the documentation I think. I'm wokring with the Sendmail guys on a better solution (perhaps for 8.13 or a FFR for 8.12.x), but this seems to work: + ul + li It is easiest to use the mailertable to route mail to Cyrus, rather than + adding the domain to the local-host-names file ($w). This prevents Sendmail + from changing the domain name to the local host name. + prekbd + example.com cyrusv2:/var/imap/socket/lmtp + /kbd/pre/li + + li You'll have to use the Cyrus mailer in LMTP mode, and you'll have to + change the mailer flags so that it provides the full domain while + communicating LMTP. Specifically these changes: + + prekbd + S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP + /kbd/pre/li + /ul -- 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: Problem after removing quota
Denis Roy wrote: I frequently run into problems when dealing with quotas. All in all, I got the impression that the quota system is not very reliable. Is that true or is it just my incompetence (which might be very well the case)? After I removed a quota for a specific mailbox by simply removing the quota file in the file system and running quota -f afterwards (which has worked for other mailboxes before), I got an error saying that the quota file is missing. Since a quota file with simply 0/0 in it didn't work, I tried to create a new quota file with a large quota of 100 MB which worked fine. The problem now is that incomming emails to this account haven't been delivered properly since the moment I removed the quota file in the beginning. When I have a look at the postfix log file, all I see is a confirmation that the message has been successfully delivered (status=sent). But it never shows up in the mailbox folder. Has anyone seen this before? I would really appreciate any hint. The very bad thing about this is that the user has maybe lost many emails because external MTAs think that the message was delivered correctly. Why did you delete the quota file in the first place? If you want to remove the quota, do it via IMAP. You can't expect to just go delete files maintained by Cyrus and have everything continue to work (see the long discussion on virus scanners deleting message files from the mailstore). -- John A. Tamplin Unix Systems Administrator
Red Hat Version 8.0 - xinetd.d information
Hello to all, Does anybody have already installed Cyrus 2.1.11 on a Red Hat 8.0? I was trying hard to get it runnig, but no chance. Cyrus-sasl 2.1.7.2 is by standard installed on redhat. I made as usual my entries in /etc/services, copied normal.conf to cyrus. conf, edited an imapd.conf, changed in /etc/xinetd.d/imapd the path to the imapd of /usr/cyrus/bin and changed the user on cyrus... nevertheless, i can't get it up and running a telnet on port 143 shows just a refues of the connection, which is not the firewall, as the standard uw-server connects without any problem Please, i hope that somebody tells me what i have forgotten or have to do otherwise... Thx in advance! Roger
Re: Red Hat Version 8.0 - xinetd.d information
On Sat, 25 Jan 2003, Grosswiler Roger wrote: I made as usual my entries in /etc/services, copied normal.conf to cyrus. conf, edited an imapd.conf, changed in /etc/xinetd.d/imapd the path to the imapd of /usr/cyrus/bin and changed the user on cyrus... Perhaps you should reread the install documentation. no part of cyrus uses inetd (or xinetd), you should be using the master process intead. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Red Hat Version 8.0 - xinetd.d information
Grosswiler Roger wrote: Hello to all, Does anybody have already installed Cyrus 2.1.11 on a Red Hat 8.0? I was trying hard to get it runnig, but no chance. Cyrus-sasl 2.1.7.2 is by standard installed on redhat. I made as usual my entries in /etc/services, copied normal.conf to cyrus. conf, edited an imapd.conf, changed in /etc/xinetd.d/imapd the path to the imapd of /usr/cyrus/bin and changed the user on cyrus... nevertheless, i can't get it up and running a telnet on port 143 shows just a refues of the connection, which is not the firewall, as the standard uw-server connects without any problem Read the Cyrus installation documentation. Cyrus 2.x doesn't use xinetd. It has its own 'master' process that spawns the various services. -- 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: Problem after removing quota
On Sat, 25 Jan 2003, John A. Tamplin wrote: Why did you delete the quota file in the first place? If you want to remove the quota, do it via IMAP. You can't expect to just go delete files maintained by Cyrus and have everything continue to work (see the long discussion on virus scanners deleting message files from the mailstore). Fair enough, but based on recent experience I share Denis's feeling that quota handling is somewhat fragile. What happened locally was a blatant case of administrator error: one of my colleagues (not me!) tried to clean out a particularly large mailbox hierarchy by manually deleting it then doing a reconstruct. Yes, I know, no comment required... Historical practice here (which dates from 1.5.19 days and may no longer be appropriate) is to run a nightly quota -f over our ~27000 mailboxes. The molested mailbox was still in the mailboxes db, and when quota discovered that its expected subfolders were missing it immediately died. One could argue it should have skipped the problem entry and kept going, but OTOH perhaps it is better to say oi! something's broken! and bail out. Problem is, in bailing out it lost ALL the quota files for the remaining unprocessed users - but only the quota files, not whatever magic flag says this mailbox has a quota file. The resulting inconsistency led to all sorts of problems, the cutest of which was POP clients repeatedly downloading the same messages because pop3d couldn't close cleanly. In the end we fixed things by shutting Cyrus down, doing a mailboxes export/edit/import to expunge the broken mailbox, then doing a complete quota rebuild. As I said, the root cause was meatware failure. I fully agree that it's unreasonable to mess with the spool and not expect things to break. However, IMAO the original mistake was amplified out of all proportion by the quota program's response - a single corrupt mailbox shouldn't lead to it losing half the quota files. Humans will do dumb things. Third-party software will run amok. Smelly stuff will happen. I'm quite happy for Cyrus to shut down when it detects a this can't happen situation, but personally I wish quota could have done so in a less drastic fashion. Maybe it's worth considering how quota management can be made more robust? -- Simon Brady mailto:[EMAIL PROTECTED] ITS Technical Services University of Otago, Dunedin, New Zealand
Re: SNMP cyrus monitoring.
Jared Watkins schrieb: Hmmm... Well I ran the snmpconf perl script and allowed public read access in snmpd.conf.. but when I try to walk the enterprises tree I don't see any cyrus stuff there... in fact.. I don't get any results if I use enterprises.anything. Do I need to give the cyrus user permission to write to snmp somehow? Is there a config option in cyrus.conf that is not there by default? Cyrus is not logging anything about attempting to connect to snmp and snmpd is not logging any errors... I don't know what to look for here... can anyone shed some light? How do the cyrus stats become known to snmpd? I'm almost snmp clueless... Jared By the way: Did you copy master/CYRUS-MASTER.mib to /usr/local/share/snmp/mibs ? --Christian--
Re: Red Hat Version 8.0 - xinetd.d information
sorry, but i was reading again your question and my answer is wrong. you have to try with master proccess into /etc/init.d/imap init file. grettings danny - Original Message - From: Grosswiler Roger [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, January 25, 2003 8:38 PM Subject: Red Hat Version 8.0 - xinetd.d information Hello to all, Does anybody have already installed Cyrus 2.1.11 on a Red Hat 8.0? I was trying hard to get it runnig, but no chance. Cyrus-sasl 2.1.7.2 is by standard installed on redhat. I made as usual my entries in /etc/services, copied normal.conf to cyrus. conf, edited an imapd.conf, changed in /etc/xinetd.d/imapd the path to the imapd of /usr/cyrus/bin and changed the user on cyrus... nevertheless, i can't get it up and running a telnet on port 143 shows just a refues of the connection, which is not the firewall, as the standard uw-server connects without any problem Please, i hope that somebody tells me what i have forgotten or have to do otherwise... Thx in advance! Roger
Re: Red Hat Version 8.0 - xinetd.d information
Why not just install the excellent RPM's from http://home.teleport.ch/simix/ -- Brian
Re: SNMP cyrus monitoring.
Christian Schulte wrote: Jared Watkins schrieb: Hmmm... Well I ran the snmpconf perl script and allowed public read access in snmpd.conf.. but when I try to walk the enterprises tree I don't see any cyrus stuff there... in fact.. I don't get any results if I use enterprises.anything. Do I need to give the cyrus user permission to write to snmp somehow? Is there a config option in cyrus.conf that is not there by default? Cyrus is not logging anything about attempting to connect to snmp and snmpd is not logging any errors... I don't know what to look for here... can anyone shed some light? How do the cyrus stats become known to snmpd? I'm almost snmp clueless... Jared By the way: Did you copy master/CYRUS-MASTER.mib to /usr/local/share/snmp/mibs ? Ahh... no I had missed that file... but.. in the mean time I also discovered that cyrus was not picking up the snmp libs when I compiled it... even though they were there and I'd specified it on the configure line. So I updated the snmp libs.. with a src rpm and then cyrus saw the libs.. but would not compile. I had a similar error to that other thread... I'm on redhat 7.2 here. That's as far as I got with it so far.. I'm loosing interest in snmp... =[ If I see some answers in the compile problem thread I'll try them... otherwise I'm done with this for now. jared -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT/S/B d- s-:+ a- C$ UL$ P--- L+++$ E--- W+++ N++ o+ K- w O- M-- !V PS+ PE Y++ PGP++ t+ 5- X+ R* tv+ b++ DI+ D G e+ h+ r+++ z* --END GEEK CODE BLOCK--
