[Tickets #7520] procmail filter reject with reason fails

[bugs at horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/7520
------------------------------------------------------------------------------
  Ticket             | 7520
  Created By         | jas at cse.yorku.ca
  Summary            | procmail filter reject with reason fails
  Queue              | Ingo
  Version            | 1.2.1
  Type               | Bug
  State              | Unconfirmed
  Priority           | 2. Medium
  Milestone          |
  Patch              |
  Owners             |
------------------------------------------------------------------------------


jas at cse.yorku.ca (2008-10-16 15:57) wrote:

When I use INGO's reject with reason under procmail, I end up with  
something that looks like this in .procmailrc:

##### test this out #####
:0
* ^From: .*cs911
{
   EXITCODE=Your message is rejected.
   HOST="no.address.here"
}

If I send a message from "cs911", the message doesn't get delivered,  
but I don't get the error message either.

 From the procmail man page re: EXITCODE:

By  default,  procmail returns an exitcode of zero (success) if it  
successfully delivered the
message or if the HOST variable was misset and there were no  more   
rcfiles  on  the  command
line;  otherwise  it  returns  failure.  Before doing so, procmail  
examines the value of this
variable.  If it is set to a positive numeric value, procmail will  
instead use that value  as
its exitcode.  If this variable is set but empty and TRAP is set,  
procmail will set the exit-
code to whatever the TRAP program returns.  If this variable is not  
set, procmail will set it
shortly before calling up the TRAP program.

re: HOST

If this is not the hostname of the machine, processing of the current  
rcfile will immediately
cease. If other rcfiles were specified on the command line, processing  
will continue with the
next one.  If all rcfiles are exhausted, the program will terminate,  
but will not generate an
error (i.e., to the mailer it will seem that the mail has been delivered).

It's not quite clear if EXITCODE does what was intended.

The procmail session goes like this:

procmail: Match on "^From: .*cs911"
procmail: Assigning "EXITCODE=Do"
procmail: Assigning "not"
procmail: Skipped "send"
procmail: Skipped "."
procmail: Assigning "HOST=no.address.here"
procmail: HOST mismatched "bron"
 From cs911 at blah.com Thu Oct 16 15:44:40 2008
  Subject: test
   Folder:

Quoting the "Do not send" doesn't fix it.