I've been trying all night to get vacation working in my
.dovecot.sieve file. The way our email works is we have one account on
dovecot which serves my mail and my wife's and we use procmail and
sieve to put the emails in different folders depending on who it's
for. I'm trying to set up a vacation reply on my wife's email address
(aaaaaaaa at optus* below) so people can update to her new address.
Here's my file with the email addresses masked:
require ["fileinto", "vacation"];
if address :is "to" "xxxxxxxxxxxxxxx at ozemail.com.au" {
fileinto "Phill_OzEmail_Folder";
stop;
} elsif address :is "to" "yyyyyyyyyyyyyyyyy at
optusnet.com.au" {
fileinto "Phill_Optus_Folder";
stop;
} elsif address :matches "to" "aaaaaaaa at optus*" {
vacation "Please update my email address to bbbbbbbbb at
exemail.com.au";
fileinto "Sarah_Optus_Folder";
stop;
} else {
keep;
stop;
}
The problem I'm having is that no auto-replies are sent. I removed
.dovecot.lda-dupes and that didn't help; so then I touched it and now
it's a 0 byte file and that didn't help. There is no dovecot.sieve.err
file and I can't see anything in /var/log/dovecot.log which gives any
message about why this wouldn't work.
The emails to aaaaaaa at optus* get filed into the right folder so I know
the matching is working.
I've also tried a reject recipe and that worked fine, so I know that
it can send an email if it chooses to.
So it's a complete black box mystery as to why it just won't send a
reply.
Regards,
Phill
Phill Edwards wrote:> So it's a complete black box mystery as to why it just won't send a reply. >You did not specify what version of Dovecot and Sieve you are using, but, considering the lack of log messages, I am assuming it is CMUSieve. Please do indicate your setup. According to the sources, the CMUSieve plugin will refuse to autorespond in the following situations: 1) The message contains a "List-Id" [RFC2919], "List-Help", "List-Subscribe", "List-Unsubscribe", "List-Post", "List-Owner" or "List-Archive" [RFC2369] header field. 2) The message has an "Auto-submitted" header field with a value other than "no". 3) The message has a "Precedence" header field with one of the following values: list, bulk, junk 4) There is no address to respond to, i.e. empty envelope from: no -f parameter for deliver and no Return-Path header (placed by MTA) in the message. 5) The sender address is the address of the user this script is running for (sender == recipient) or it is one of the addresses specified in the :addresses parameter. 6) The sender address is a system address, starting with 'MAILER-DAEMON', 'LISTSERV', 'majordomo', or 'owner-', or containing '-request@'. 7) The message is not explicitly addressed to the user nor to one of the addresses specified in the :addresses parameter. No automatic responses will be generated for implicitly delivered messages: the recipient or one of the provided addresses must be found in the to, cc, bcc, resent-to, resent-cc or resent-bcc headers of the message. Unfortunately, CMUSieve does not indicate which condition is triggered and the vacation action is silently discarded. Regards, Stephan.
Folks, I'm really sorry. It turns out I'm just an idiot. I hadn't put anything in the :addresses field. As soon as I put the recipient's email address in there it all started working. Something like this: :addresses ["2ndaddress at optusnet.com.au"] I hadn't realised you had to do that and I'd seen examples which didn't use it, but I guess I should have tried it before wasting everyone's time. Sorry again. Hopefully this will help someone in the future with a similar issue. Regards, Phill
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 7 Jul 2009, Phill Edwards wrote:> Sorry again. Hopefully this will help someone in the future with a > similar issue.Frankly the restriction with :addresses bugs me, too. I would prefer selecting conditions with surrounding code. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSlNC43WSIuGy1ktrAQIrBwf+LVut88xaS6UoYtTlW+zCy7Yt7roJ8eij XZWftDraTwX4MlilITEx4aUsenO96ZnVHW137GsG7U7J08UobH7Epag94H94I3KG 0h6vV6Rq0oQENQR1stPt8+ODsmayYL4VmMUnkWI3BOWQR2+OhoZN68XuvX/unl1g JvCBvp+iL25FShTYLrNtvr3HR/QxKLLpAgzDyHbxmeLQ5hCWVzgbXQbVgwLfiEba PYQCN84zF42zh2kEqHpKWpGaohhNRO9cjHE7uPK9mw5RLwKc1ohdW6N/M88m+bFO BrnRK14nH8T8JbsJT1n9frsfsHYm3wcwndhp/FFMsgo3ChOj6qLMPw==6gTx -----END PGP SIGNATURE-----