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 \\
> ///////////////////////////////////////////////////////////////////////
--
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
