Nope. rm -rf EVERYTHING (/var/imap, /var/spool/imap, /usr/cyrus/, etc) ,
recompile, re-install, reconfigure.. vacation still no work.. :-(
It really is frustrating as it DID work, and just suddenly stopped.
Tuesday at 4:00 it works, Wednesday morning at 8:00 it isn't.. and hasn't
since... aarrgghh...
Tyrone
Simon Matter wrote:
> Tyrone Vaughn schrieb:
>
>>Come on y'all.. I know you are better than this! :-) Only one reply?
>>Doesn't anyone else have anything to contribute? It's still broken.
>>
>>Do I need to completely destroy and rebuild deliver.db ? Do I need to
>>archive and rebuild every single mailbox?
>>
>>I have already rebuild 2.0.16 three times, rebuilt sieve more times than I
>>care to admit, used twp different versions of sendmail .. and still no
>>vacation messages being sent out...
>>
>>I'm beggin here.... help! :-)
>>
>
>
> Hey, I was having the same problem. I knew it was working and did not
> anymore. In the end I took some time, removed the hole postfix and cyrus
> stuff (rpm -e), removed the var dirs by hand, installed the rpm's again,
> configured, tried it and it worked. Just try it. In my case the problem
> was between the chair and the keyboard :-)
>
> Simon
>
>
>>Tyrone
>>
>>-------- Original Message --------
>>Subject: Vacation.. yes again..
>>Date: Tue, 12 Feb 2002 12:43:23 -0600
>>From: Tyrone Vaughn <[EMAIL PROTECTED]>
>>Organization: Amicus, Inc.
>>To: [EMAIL PROTECTED]
>>
>>Okay. The pertinent information up front (besides it ain't workin! :-).
>>
>>--------------- system ---------------
>>Sendmail 8.11.3 (w/ Milter)
>>RAV Antivirus
>>Cyrus 2.0.16 (compiled)
>>SASL 1.5.24 from Mandrake 8.0 RPM's.
>>
>>---------------- imapd.conf ----------------
>>configdirectory: /var/imap
>>defaultpartition: default
>>partition-default: /var/spool/imap
>>admins: xxxxxxxxx
>>quotawarn: 75
>>autocreatequota: 10000
>>singleinstancestore: yes
>>sasl_pwcheck_method: PAM
>>sieveusehomedir: false
>>sievedir: /var/imap/sieve
>>sendmail: /usr/sbin/sendmail
>>
>>---------------- cyrus.conf ----------------
>># standard standalone server implementation
>>
>>START {
>> # do not delete these entries!
>> mboxlist cmd="ctl_mboxlist -r"
>> deliver cmd="ctl_deliver -r"
>>
>> # this is only necessary if using idled for IMAP IDLE
>># idled cmd="idled"
>>}
>>
>># UNIX sockets start with a slash and are put into /var/imap/socket
>>SERVICES {
>> # add or remove based on preferences
>> imap cmd="imapd" listen="imap" prefork=0
>> pop3 cmd="pop3d" listen="pop3" prefork=0
>> sieve cmd="timsieved" listen="sieve" prefork=0
>>
>> # at least one LMTP is required for delivery
>> lmtp cmd="lmtpd -a" listen="localhost:lmtp"
>># lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
>>}
>>
>>EVENTS {
>> # this is required
>> checkpoint cmd="ctl_mboxlist -c" period=30
>>
>> # this is only necessary if using duplicate delivery suppression
>> delprune cmd="ctl_deliver -E 3" period=1440
>>}
>>
>>---------------- sendmail.cf (pertinent part) ------
>>Mcyrus, P=[IPC], F=lsDFwMnqA@/:|SmXz, E=\r\n,
>> S=EnvFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix,
>> #A=FILE /var/imap/socket/lmtp
>> A=TCP [localhost] lmtp
>>
>>and finally
>>---------- example sieve vacation filter ------------------
>>require ["fileinto"];
>>
>>require ["reject"];
>>
>>require ["vacation"];
>>
>># %VACATION_START%
>> vacation
>> :days 1
>> :subject "Out to lunch"
>># %VAC_TEXT_START%
>>"Always";
>># %VAC_TEXT_END%
>># %VACATION_END%
>>
>>---------------------------------------------------------------
>>
>>Okay, now having said all of that, vacation QUIT WORKING. It was working
>>as of last Friday, and has since quit. I have recompiled, re-installed,
>>re-configured, un-configured, changed delivery, etc. I can't use just the
>>deliver program because of other known issues, so I deliver via lmtp.
>>
>>You will notice the "w" flag has been added to the mailer so that people
>>can use their '.forward' file, but that has always heen there. I added it
>>on a test system, as the standard .mc file does not have it, and it
>>stopped sending vacation replies as well. Subsequent removal of it does
>>not make the problem go away... and besides that, it worked with that flag
>>there for almost six months before breaking for some unknown reason.
>>
>>Help? Please.. :-)
>>
>>Tyrone
>>
>>--
>>///////////////////////////////////////////////////////////////////////
>>\\ Tyrone T. Vaughn \\ (512)531-3400 fax(512)531-3401 \\
>>// Manager, Systems Administration // 3410 Far West Blvd, Ste 300 //
>>\\ Amicus, Inc. \\ Austin, Tx 78731 \\
>>///////////////////////////////////////////////////////////////////////
>>
>
>
--
///////////////////////////////////////////////////////////////////////
\\ Tyrone T. Vaughn \\ (512)531-3400 fax(512)531-3401 \\
// Manager, Systems Administration // 3410 Far West Blvd, Ste 300 //
\\ Amicus, Inc. \\ Austin, Tx 78731 \\
///////////////////////////////////////////////////////////////////////
