New beta 4.69.3 released
Julian Field
MailScanner at ecs.soton.ac.uk
Mon Apr 14 18:05:41 IST 2008
Alex Broens wrote:
> On 4/14/2008 5:50 PM, Julian Field wrote:
>>
>>
>> Alex Broens wrote:
>>> On 4/14/2008 4:06 PM, Julian Field wrote:
>>>> I have released a new beta version of MailScanner, 4.69.3.
>>>>
>>>> The main new features in this beta are:
>>>>
>>>> - New keywords available in "Spam Actions" (and its relations) and
>>>> "Archive Mail" in MailScanner.conf. These let you put _FROMUSER_,
>>>> _FROMDOMAIN_, _TOUSER_, _TODOMAIN_ and _DATE_ in the "forward"
>>>> email address in "Spam Actions" and in the archive location and
>>>> forwarding addresses in "Archive Mail". This lets you build all
>>>> sorts of fancy systems that use procmail to deliver messages
>>>> directly into spam databases and mail archives that are sorted by
>>>> recipient address, and clever things like that.
>>>> - New MailScanner.conf setting "Missing Mail Archive Is =" which
>>>> lets you specify whether a destination in "Archive Mail =" is an
>>>> mbox-format file or a directory. This used not to be necessary as
>>>> you could predict the name of the next mbox file as it could only
>>>> contain fixed strings or the date, so you could create the mbox
>>>> file in advance if you wanted to deliver to that format. However,
>>>> now it can be based on the sender and/or recipients of the message,
>>>> it cannot be predicted so has to be told which type to use if the
>>>> archive location is not present. It will automatically create all
>>>> necessary complete directories trees to be able to archive the mail
>>>> in your requested location.
>>>>
>>>> Please let me know if this works for you okay, and also if there
>>>> are any necessary facilities I have not provided for this to be
>>>> most useful to you. The only one that immediately comes to mind is
>>>> to be able to specify an arbitrary directory location in the
>>>> "store" spam action. Do you need that ability to do that too?
>>>>
>>>
>>> Cool
>>>
>>> Question: Will your IMAPspam custom function work with this?
>> Any idea who I wrote it for or what it does?
> adding:
>
> It was designed to store spam (or ham) in a remote IMAP
> account/folder to avoid having mabox/files on MailScanner boxes.
>
> Back in 2006, when your wrote it, it required a massive MS hack to
> make it work. I gave up hacking through MS releases to keep it running.
>
> MS' new action features seem to fit the concept way better so it may
> be of use again.
I'm not quite sure how these 2 things are related. The IMAPspam code I
wrote for you uses an IMAP client to store the message in the user's
mailboxes. The new code I have written doesn't have anything to do with
IMAP clients.
I'm slightly puzzled.
Jules
--
Julian Field MEng CITP CEng
www.MailScanner.info
Buy the MailScanner book at www.MailScanner.info/store
MailScanner customisation, or any advanced system administration help?
Contact me at Jules at Jules.FM
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
PGP public key: http://www.jules.fm/julesfm.asc
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
More information about the MailScanner
mailing list