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