They should be near the same, however, I don't know if the spool files
accessible via normal mail filters (filters.in.tab/filters.out.tab) have
the "{ra=real-address}" info on the RCPT TO: line like you get with smtp
message filters. They may, but I honestly haven't used them much since
Davide implemented smtp filters.
The few things you need to keep in mind; exit codes that your filter
will return will be different from message filters to smtp message
filters, and many of the macros available in message filters aren't in
smtp message filters. It's also important to note that smtp filters are
running real time.. that is, during the smtp communication with MTAs, so
they need to be quick. In short: No, most standard filters won't work
well as an smtp filter without modification.
Now, about "clamscan". Unfortunately, clamscan is _much_ slower than
clamdscan. Because of this, I wonder if, when receiving a shed load of
messages to filter all at once when you have a large cc list, the filter
would time out, somehow leaving things in a state that let Xmail decide
to dump or not deliver the message.
So, my first suggestion would be to get clamd and clamdscan up and running.
--John
Dale Qualls wrote:
>Hiya!
>
>clamscan
>
>I've never used post-data filters, does a standard filter work in the
>filters.postdata.tab?? It looks like the files have the same
>structure from what I see in the docs.
>
>Pardon my ignorance here, guess I should have paid attention to all of
>those post/pre data filter threads :)
>
>
>
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]
