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