Okay... on the system that I did a FULL replacement of cyrus/sieve, after
I added MULTIPLE possible addresses, it now works with just the primary..
go figure. (What I mean, is that the address SHOULD be $[EMAIL PROTECTED], but
I also added $[EMAIL PROTECTED], $[EMAIL PROTECTED], etc, etc and now
it works with just $[EMAIL PROTECTED]).
On the machine that is "production" and also does a redirect correctly, I
do the following and it does NOT send a vacation.
Is there a DB file somewhere that is possible corrupt and needs rebuilt
that a re-install replaced? If it is corrupt, can it be rebuilt in-place
instead of rebuilding over 5000 mailboxes to accomplish the same thing?
Again.. thanks for all the help.. it is working on a 'developement'
environment but still fails to work in production...
Tyrone
::/var/imap/sieve/s/sfc-webmailtest/default::
require ["fileinto"];
require ["reject"];
require ["vacation"];
# %VACATION_START%
vacation
:addresses
["[EMAIL PROTECTED]","[EMAIL PROTECTED]","[EMAIL PROTECTED]"]
:days 3
:subject "Testing"
# %VAC_TEXT_START%
"Testing of vacation";
# %VAC_TEXT_END%
# %VACATION_END%
::/var/log/mail/info::
Feb 21 10:46:34 barnaby sendmail[16153]: g1LGkXj16153:
from=<[EMAIL PROTECTED]>, size=1078, class=0, nrcpts=1,
msgid=<[EMAIL PROTECTED]>, proto=ESMTP, daemon=MTA,
relay=nsmaster.amicus.com [208.134.129.10]
Feb 21 10:46:34 barnaby sendmail[16155]: g1LGkXj16153:
to=<[EMAIL PROTECTED]>, delay=00:00:01, xdelay=00:00:00,
mailer=cyrus, pri=30401, relay=localhost [127.0.0.1], dsn=2.0.0, stat=Sent
::/var/log/imapd.log::
Feb 21 10:46:34 barnaby master[16156]: about to exec /usr/cyrus/bin/lmtpd
Feb 21 10:46:34 barnaby service-lmtp[16156]: executed
Feb 21 10:46:34 barnaby lmtpd[16156]: accepted connection
Feb 21 10:46:34 barnaby lmtpd[16156]: connection from [127.0.0.1]
preauth'd as postman
Ken Murchison wrote:
> Given that redirect works, and there are no apparent errors as a result
> of vacation, I'd agree with Amos, that the address matching is failing.
> Make sure that you list all :addresses that people might use to send an
> email to you (those that would appear in the to/cc/bcc headers).
>
> Ken
>
> Tyrone Vaughn wrote:
>
>>Redirect worked.... here's the data (I hope I got it all).
>>
>>Again.. thanks.
>>
>># cat /var/imap/sieve/t/tvaughn/default
>>require ["fileinto"];
>>require ["reject"];
>>require ["vacation"];
>>
>>if header :contains "from" "tvaughn" { redirect "[EMAIL PROTECTED]";
>>}
>>
>># tail /var/log/mail/info
>>Feb 20 16:54:21 tyrone sendmail[28757]: g1KMsLJ28757:
>>from=<[EMAIL PROTECTED]>, size=1058, class=0, nrcpts=1, ms
>>gid=<[EMAIL PROTECTED]>, proto=ESMTP, daemon=MTA,
>>relay=nsmaster.amicus.com [208.134.129.10]
>>Feb 20 16:54:27 tyrone sendmail[28763]: g1KMsRX28763:
>>Authentication-Warning: tyrone.vcrl.org: cyrus set sender to
>>[EMAIL PROTECTED] using -f
>>Feb 20 16:54:27 tyrone sendmail[28763]: g1KMsRX28763:
>>[EMAIL PROTECTED], size=1373, class=0, nrcpts=1,
>>msgid=<[EMAIL PROTECTED]>, relay=cyrus@localhost
>>Feb 20 16:54:27 tyrone sendmail[28760]: g1KMsLJ28757:
>>to=<[EMAIL PROTECTED]>, delay=00:00:06, xdelay=00:00:06, mailer=cyrus,
>>pri=31058, relay=localhost, dsn=2.0.0, stat=Sent
>>Feb 20 16:56:09 tyrone sendmail[28765]: g1KMsRX28763: [EMAIL PROTECTED],
>>[EMAIL PROTECTED] (1000/0), delay=00:01:42, xdelay=00:01:42,
>>mailer=esmtp, pri=31373, relay=nsmaster.amicus.com. [208.134.129.10],
>>dsn=2.0.0, stat=Sent (g1KMrfK07592 Message accepted for delivery)
>>
>># tail /var/log/mail/cyrus.log
>>Feb 20 16:53:16 tyrone master[28742]: about to exec /usr/cyrus/bin/timsieved
>>Feb 20 16:53:16 tyrone master[28742]: about to exec /usr/cyrus/bin/timsieved
>>Feb 20 16:53:16 tyrone service-sieve[28742]: executed
>>Feb 20 16:53:16 tyrone service-sieve[28742]: executed
>>Feb 20 16:53:16 tyrone service-sieve[28742]: accepted connection
>>Feb 20 16:53:16 tyrone service-sieve[28742]: accepted connection
>>Feb 20 16:53:24 tyrone timsieved[28742]: login:
>>localhost.localdomain[127.0.0.1] tvaughn PLAIN User logged in
>>Feb 20 16:53:24 tyrone timsieved[28742]: login:
>>localhost.localdomain[127.0.0.1] tvaughn PLAIN User logged in
>>Feb 20 16:53:56 tyrone master[27082]: process 28742 exited, status 75
>>Feb 20 16:53:56 tyrone master[27082]: process 28742 exited, status 75
>>Feb 20 16:54:21 tyrone master[28761]: about to exec /usr/cyrus/bin/lmtpd
>>Feb 20 16:54:21 tyrone master[28761]: about to exec /usr/cyrus/bin/lmtpd
>>Feb 20 16:54:21 tyrone service-lmtpunix[28761]: executed
>>Feb 20 16:54:21 tyrone service-lmtpunix[28761]: executed
>>Feb 20 16:54:27 tyrone lmtpd[28761]: accepted connection
>>Feb 20 16:54:27 tyrone lmtpd[28761]: accepted connection
>>Feb 20 16:54:27 tyrone lmtpd[28761]: lmtp connection preauth'd as postman
>>Feb 20 16:54:27 tyrone lmtpd[28761]: lmtp connection preauth'd as postman
>>Feb 20 16:55:27 tyrone master[27082]: process 28761 exited, status 0
>>Feb 20 16:55:27 tyrone master[27082]: process 28761 exited, status 0
>>
>>Ken Murchison wrote:
>>
>>
>>>Since vacation is failrly complex, try setting up a redirect action so
>>>we can determine if it is a sendmail problem or a lmtpd/sieve problem.
>>>Make sure to set the logging level for local6 to debug so we can see
>>>what Cyrus is telling us (it looks like you already have this).
>>>
>>>
>>>Tyrone Vaughn wrote:
>>>
>>>
>>>>That was my feeling. That something HAD to change. The last time any
>>>>configuration file was touched, prior to this, was over 4 weeks ago. A
>>>>MILTER process was upgraded two weeks ago and sendmail/cyrus was
>>>>restarted, so I thought that might be the issue, (We use RAV Antivirus) so
>>>>I backed it out and then completely removed it to no avail.
>>>>
>>>>The _only_ thing that seems to have had any specific cause and effect is
>>>>adding the F=w to the sendmail.cf for Mcyrus. I had two machines that are
>>>>almost identical with the exception of that flag -- one no longer working
>>>>and one still working -- so I added the 'w' flag and vacation quit! A-HA!
>>>>I think to myself, and I quickly remove it .. . . nope. Now it's broke
>>>>too. Attempted to test/repeat it on the other machines to only find out
>>>>they are not working either... hence my 'aaarrgghh''
>>>>
>>>>Soooooooooo, I have build a completely NEW, SCRATCH machine and am working
>>>>through all the various things I believe could effect it and it is just
>>>>laughing at me as I go bald. :-)
>>>>
>>>>I am completely stumped. I was sure that a complete re-install would fix
>>>>it, and was prepared to tell all the clients that, as if magic, all their
>>>>mail was going to be 'unread' next time the checked due to this re-install
>>>>when even that route failed to repair the issue...
>>>>
>>>>I did remove everything (tar'ng off the user.$user/####. files and NOT the
>>>>other files. and developing a list of folders to go with it) completely
>>>>recompliling from freshly downloaded source, going through the
>>>>configuration over again, putting the folders (via cyradm) and mail back,
>>>>doing a recontruct -r (as cyrus) on all the mailboxes, putting a fresh new
>>>>copy of the sieve script in place, building test and validating the script
>>>>_should_ send a response, sending mail from yet another mail account not
>>>>previously used for testing, and still there is no vacation reply..
>>>>
>>>>The only difference between what I originally sent to the list and what I
>>>>am running now is I am now on sendmail 8.11-6 instead of 8.11-3 ...
>>>>
>>>>cyrus.log
>>>>--------------------
>>>>Feb 20 12:57:03 tyrone timsieved[27126]: login:
>>>>localhost.localdomain[127.0.0.1] tvaughn PLAIN User logged in
>>>>Feb 20 12:57:03 tyrone timsieved[27126]: login:
>>>>localhost.localdomain[127.0.0.1] tvaughn PLAIN User logged in
>>>>Feb 20 12:59:49 tyrone master[27082]: process 27126 exited, status 75
>>>>Feb 20 12:59:49 tyrone master[27082]: process 27126 exited, status 75
>>>>Feb 20 13:00:19 tyrone master[27159]: about to exec /usr/cyrus/bin/lmtpd
>>>>Feb 20 13:00:19 tyrone master[27159]: about to exec /usr/cyrus/bin/lmtpd
>>>>Feb 20 13:00:19 tyrone service-lmtpunix[27159]: executed
>>>>Feb 20 13:00:19 tyrone service-lmtpunix[27159]: executed
>>>>Feb 20 13:00:25 tyrone lmtpd[27159]: accepted connection
>>>>Feb 20 13:00:25 tyrone lmtpd[27159]: accepted connection
>>>>Feb 20 13:00:25 tyrone lmtpd[27159]: lmtp connection preauth'd as postman
>>>>Feb 20 13:00:25 tyrone lmtpd[27159]: lmtp connection preauth'd as postman
>>>>Feb 20 13:01:25 tyrone master[27082]: process 27159 exited, status 0
>>>>Feb 20 13:01:25 tyrone master[27082]: process 27159 exited, status 0
>>>>
>>>>info.log
>>>>------------------
>>>>Feb 20 13:00:19 tyrone sendmail[27155]: g1KJ0JJ27155:
>>>>from=<[EMAIL PROTECTED]>, size=353, class=0, nrcpts=1,
>>>>msgid=<[EMAIL PROTECTED]>, proto=ESMTP,
>>>>daemon=MTA, [EMAIL PROTECTED], relay=babylon.amicus.com
>>>>[208.134.129.61]
>>>>Feb 20 13:00:25 tyrone sendmail[27158]: g1KJ0JJ27155:
>>>>to=<[EMAIL PROTECTED]>, delay=00:00:06, xdelay=00:00:06, mailer=cyrus,
>>>>pri=30353, relay=localhost, dsn=2.0.0, stat=Sent
>>>>
>>>>Thanks for answering Ken!
>>>>
>>>>Tyrone
>>>>
>>>>Ken Murchison wrote:
>>>>
>>>>
>>>>
>>>>>Well, something obviously changed.
>>>>>
>>>>>Are you saying that _no_ part of the mail system was
>>>>>tweaked/re-installed/replaced?
>>>>>Any errors in imapd.log?
>>>>>Does your sendmail maillog show a reply being attempted?
>>>>>Does a redirect action work?
>>>>>
>>>>>
>>>>>Tyrone Vaughn wrote:
>>>>>
>>>>>
>>>>>
>>>>>>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 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 \\
>>///////////////////////////////////////////////////////////////////////
>>
>
--
///////////////////////////////////////////////////////////////////////
\\ Tyrone T. Vaughn \\ (512)531-3400 fax(512)531-3401 \\
// Manager, Systems Administration // 3410 Far West Blvd, Ste 300 //
\\ Amicus, Inc. \\ Austin, Tx 78731 \\
///////////////////////////////////////////////////////////////////////
