On Wed, 24 Mar 2004, 13:01 GMT+01 Dallman Ross wrote:
Actually, Robert, when I wrote that code, that is precisely
why I nulled out the value of MATCH at the top of that recipe.
VirusSnaggers 1.61:
MATCH
:0 # 040220 () based [VERY] loosely on an original from Philip Guenther
* [part deleted here]
* $ B ?? $GO^0
^Content-[^$WS]+:.*($[$WS].*)*=[$WS]*($[$WS]+)*$DQ?\
[^$DQ]*[.]\/($NASTYEXT|zip)
in SoftlabsAV 0.6.1 which has been released on March 23, 2004, I have
corrected the comment regarding the behaviour of MATCH:
# we don't need to unset MATCH here because the next MATCH (\/)
# will always give an actual match
:0
* $ av_CT_MATCH ?? name[$WSB]*=[$WSB]*$DQ?\/[^$DQ]+
{
av_FILENAME = $MATCH
:0
* av_FILENAME ?? [.]\/[^.]+$
{ av_EXT = $MATCH }
}
the ChangeLog for that version is
____________________________________________________________________________
v0.6.1 (2004 03 23)
+ the routine that checks the procmail version to be at least 3.20
(av_v320.inc) has been enhanced, to avoid printing
'Couldn't chdir to ...' garbage into the log file.
+ when the check for the presence of the required constants defined in
section 2 of the shipped '/etc/procmailrc' file is negative, Softlabs
AntiVirus is now more tolerant: instead of quitting without filtering,
the required constants will be loaded from a backup copy and the
application continues to work properly. Thanks to Jack L. Stone for the
inspiration.
+ a comment regarding the behaviour of MATCH has been corrected. Thanks to
Dallman Ross for pointing this out.
and the full release notes are available at
http://sourceforge.net/project/shownotes.php?release_id=225786
rob.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail