<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
Hi Jules,<BR>
<BR>
I considered that transport maps in postfix was not the general case and was not suggesting that it is somthing that should be worked into the product, not unless it was specifically warranted. I will look into the CustomFunctions as i do know a bit of Perl and sorry you did answer the question initially, just my eyes not working so good sitting at a screen all day...Just as a quick question though, does and ammendment to a ruleset require a restart of MailScanner?<BR>
<BR>
Regards<BR>
<BR>
Caza<BR><BR>> Date: Tue, 2 Sep 2008 09:00:33 +0100<BR>> From: MailScanner@ecs.soton.ac.uk<BR>> To: mailscanner@lists.mailscanner.info<BR>> Subject: Re: Rules with IP addresses<BR>> <BR>> <BR>> <BR>> Caza Henha wrote:<BR>> > Hi Jules,<BR>> > <BR>> > Thanks for the answer, I presumed that would be the case, but I was <BR>> > thinking that as our postfix configuration has transport maps it does <BR>> > actually know before sending the mail to our application server what <BR>> > the destination IP address is.<BR>> But that is not the general case, and I'm certainly not going to start <BR>> processing entire Postfix configurations in an attempt to work it out. <BR>> Sorry :(<BR>> > Does this mean then that something like the following would be necessary:<BR>> > <BR>> > To: support@example.com <mailto:support@example.com> store <BR>> > //Ticketing server<BR>> > To: issues@example.com <mailto:issues@example.com> store <BR>> > //Ticketing server<BR>> > ....<BR>> > To: application1@example.com <mailto:application1@example.com> <BR>> > delete //App Server 1<BR>> > To: application2@example.com <mailto:application2@example.com> <BR>> > store //App Server 2<BR>> > ...<BR>> > To: user@example.com <mailto:user@example.com> delete <BR>> > //Exchange server<BR>> > To: user@example.com <mailto:user@example.com> delete <BR>> > //Exchange server<BR>> > .....<BR>> > FromOrTo: default deliver //Public Mail server<BR>> > <BR>> > Bearing in mind that there are 1000s of different email address <BR>> > permutations going to the app servers (writing a script to create the <BR>> > rules is easy) would there be any performance problems with <BR>> > Mailscanner reading these files?<BR>> I wouldn't advise more than 1000 or so rules in a ruleset file. For <BR>> anything bigger than that use a Custom Function. I suspect yours could <BR>> be written as a Custom Function quite easily. Take a look in <BR>> /usr/lib/MailScanner/MailScanner/CustomFunctions/*.pm and you'll see how <BR>> to do it. Not hard if you know a bit of Perl.<BR>> > Also when using an IP address in the "From" could you direct me to <BR>> > information from the question below:<BR>> > <BR>> > > > Consequently I have noticed a number of examples have IP addresses in<BR>> > > > the From section of the rules and I was just wondering where this IP<BR>> > > > address was coming from and what it can actually be as I cannot seem<BR>> > > > to find any documentation on it. For example is this IP address (or<BR>> > > > the RegEx of one) the connecting smtp server (or any smtp server that<BR>> > > > the mail has passed through), client address, MX address of the<BR>> > > > sending domain etc or any combination of all the previous?<BR>> I answered that in my previous mail, I believe. Here it is again <BR>> copy-and-pasted from the quote below:<BR>> <BR>> > It is the IP address of the machine that was the client end of the SMTP<BR>> > connection to the server. So in the case of a customer-facing SMTP<BR>> > server, it will be the customer's client IP address. In the case of an<BR>> > MX it would be the IP address of the SMTP server talking to you.<BR>> > <BR>> > > Date: Mon, 1 Sep 2008 12:22:45 +0100<BR>> > > From: MailScanner@ecs.soton.ac.uk<BR>> > > To: mailscanner@lists.mailscanner.info<BR>> > > Subject: Re: Rules with IP addresses<BR>> > ><BR>> > ><BR>> > ><BR>> > > Caza Henha wrote:<BR>> > > ><BR>> > > > Hi,<BR>> > > ><BR>> > > > I have recently installed Mailscanner with Postfix and MailWatch and<BR>> > > > it seems over the last week the system is running great, however I am<BR>> > > > now getting requests to tweak the default rules that I have from<BR>> > > > various users in different departments. I have been trying to delve<BR>> > > > into the knitty gritty of the rules and understand the principles and<BR>> > > > they do not seem very complicated and when looking at some <BR>> > examples on<BR>> > > > the Wiki things shouldn't be to difficult.<BR>> > > ><BR>> > > > Consequently I have noticed a number of examples have IP addresses in<BR>> > > > the From section of the rules and I was just wondering where this IP<BR>> > > > address was coming from and what it can actually be as I cannot seem<BR>> > > > to find any documentation on it. For example is this IP address (or<BR>> > > > the RegEx of one) the connecting smtp server (or any smtp server that<BR>> > > > the mail has passed through), client address, MX address of the<BR>> > > > sending domain etc or any combination of all the previous?<BR>> > > It is the IP address of the machine that was the client end of the SMTP<BR>> > > connection to the server. So in the case of a customer-facing SMTP<BR>> > > server, it will be the customer's client IP address. In the case of an<BR>> > > MX it would be the IP address of the SMTP server talking to you.<BR>> > > ><BR>> > > > Also can this be used in a "To" configuration,<BR>> > > No. Due to the way mail delivery works, you don't know the IP <BR>> > address of<BR>> > > the destination until you have already started sending the message.<BR>> > > Can't be done.<BR>> > ><BR>> > > Jules<BR>> > ><BR>> > > --<BR>> > > Julian Field MEng CITP CEng<BR>> > > www.MailScanner.info<BR>> > > Buy the MailScanner book at www.MailScanner.info/store<BR>> > ><BR>> > > Need help customising MailScanner?<BR>> > > Contact me!<BR>> > > Need help fixing or optimising your systems?<BR>> > > Contact me!<BR>> > > Need help getting you started solving new requirements from your boss?<BR>> > > Contact me!<BR>> > ><BR>> > > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654<BR>> > ><BR>> > ><BR>> > > --<BR>> > > This message has been scanned for viruses and<BR>> > > dangerous content by MailScanner, and is<BR>> > > believed to be clean.<BR>> > ><BR>> > > --<BR>> > > MailScanner mailing list<BR>> > > mailscanner@lists.mailscanner.info<BR>> > > http://lists.mailscanner.info/mailman/listinfo/mailscanner<BR>> > ><BR>> > > Before posting, read http://wiki.mailscanner.info/posting<BR>> > ><BR>> > > Support MailScanner development - buy the book off the website!<BR>> ><BR>> ><BR>> > ------------------------------------------------------------------------<BR>> > Try Facebook in Windows Live Messenger! Try it Now! <BR>> > <http://clk.atdmt.com/UKM/go/111354030/direct/01/><BR>> <BR>> Jules<BR>> <BR>> -- <BR>> Julian Field MEng CITP CEng<BR>> www.MailScanner.info<BR>> Buy the MailScanner book at www.MailScanner.info/store<BR>> <BR>> Need help customising MailScanner?<BR>> Contact me!<BR>> Need help fixing or optimising your systems?<BR>> Contact me!<BR>> Need help getting you started solving new requirements from your boss?<BR>> Contact me!<BR>> <BR>> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654<BR>> <BR>> <BR>> -- <BR>> This message has been scanned for viruses and<BR>> dangerous content by MailScanner, and is<BR>> believed to be clean.<BR>> <BR>> -- <BR>> MailScanner mailing list<BR>> mailscanner@lists.mailscanner.info<BR>> http://lists.mailscanner.info/mailman/listinfo/mailscanner<BR>> <BR>> Before posting, read http://wiki.mailscanner.info/posting<BR>> <BR>> Support MailScanner development - buy the book off the website! <BR><BR><br /><hr />Try Facebook in Windows Live Messenger! <a href='http://clk.atdmt.com/UKM/go/111354030/direct/01/' target='_new'>Try it Now!</a></body>
</html>