Per Domain Recovery Archiving

[Evert Ford]

In MailScanner.conf set
Archive Mail = /etc/MailScanner/rules/archive.rules
(or whereever your rules directory resides on your system)

in archive.rules set(for example)
From:   *@domaina.com   /arc/out_domaina
To:     *@domaina.com   /arc/inc_domaina
From:   *@domainb.com   /arc/out_domainb
To:     *@domainb.com   /arc/inc_domainb

if the path in the rules file references a file, it will archive the mail in
mbox
(I'm guessing this is what you mean by a BSD style mailbox) format
(assuming you have MailScaner 4.x), and if the path references a directory,
it archives them in a sendmail-style queue format.

I am archiving in this way, and it's been very successful.

By the way, the README about this in the rules directory is great reading,
and the EXAMPLES in that directory has great examples on how to do rules.

Evert Ford
Computer Guy
Westone Laboratories
http://www.westone.com

-----Original Message-----
From: MailScanner mailing list [mailto:MAILSCANNER at JISCMAIL.AC.UK]On Behalf
Of Stephen Conway
Sent: Thursday, August 14, 2003 10:26 AM
To: MAILSCANNER at JISCMAIL.AC.UK
Subject: Per Domain Recovery Archiving


Good day:

We have an install of MailScanner running.  We want to 'archive' ALL
messages based on domain for the ability to recover any lost messages for a
given domain.  That is, all incoming messages for @domaina.com get appended
to a file called /arc/inc_domaina and all outgoing messages would be
appended to /arc/out_domaina ,   I know that if we give a path in the
'Archive Mail' option, that it will create a 'Sendmail' queue type archive,
what would be nice is just to have the SMTP messages be appended in a BSD
style mailbox , or even forwarded to a user 'inc_domaina at domaina.com' user
mailbox, .  Or maybe, with a rule can we create per domain archive files
with Mail scanner ?  Is there a way to get the 'Mail Archive' option to
archive not ALL messages to one location, but domaina to one address , and
domainb to another address ?

Any help is appreciated.

Thanks,

Steve