installing libmilter

[Anders Andersson, IT]

> [mailto:MAILSCANNER at JISCMAIL.AC.UK] On Behalf Of Stephen Swaney
> Sent: Friday, November 11, 2005 3:42 PM
> To: MAILSCANNER at JISCMAIL.AC.UK
> Subject: Re: installing libmilter
> > From: MailScanner mailing list 
> [mailto:MAILSCANNER at JISCMAIL.AC.UK] On 
> > Behalf Of Anders Andersson, IT
> > Sent: Friday, November 11, 2005 8:44 AM
> > To: MAILSCANNER at JISCMAIL.AC.UK
> > Subject: Re: installing libmilter
> > 
> > > [mailto:MAILSCANNER at JISCMAIL.AC.UK] On Behalf Of Stephen Swaney
> > > > -----Original Message-----
> > > > From: MailScanner mailing list
> > > [mailto:MAILSCANNER at JISCMAIL.AC.UK] On
> > > > Behalf Of Anders Andersson, IT
> > > > Sent: Thursday, November 03, 2005 7:04 AM
> > > > To: MAILSCANNER at JISCMAIL.AC.UK
> > > > Subject: OT: installing libmilter
> > > >
> > > > Hi all pro's  :)
> > > >
> > > > Could somone shed some light how to do the libmilter
> > > installation on
> > > > CentOS.
> > > > I managed to figure out I need the source to build the 
> libmilter 
> > > > included in the package
> > > >
> > > 
> http://mirror.nsc.liu.se/CentOS/4.2/os/SRPMS/sendmail-8.13.1-2.src.r
> > > pm
> > > > before I can do the rest but Im not sure how to actually do the 
> > > > libmilter/sendmail rebuild thingy.
> > > >
> > > > If this is something someone like me should not do pls
> > > informa and Ill
> > > > drop it until I actually know what Im doing
> > > >
> > > > Never even tried to rebuild sendmail since I only use out
> > > of the box
> > > > with some changes in sendmail.mc so go easy on a 
> hardcore newbie  
> > > > :)
> > > >
> > > > /Anders
> > >
> > > You shouldn't need to build libmilter. Just install the 
> > > sendmail-devel rpm.
> > > Then read /usr/share/doc/sendmail/README.libmilter for the gory 
> > > details.
> > >
> > > Most milters are fairly easy to install. Some general 
> instructions:
> > >
> > > 1. Download and unpack the milter source code 2. 
> Configure build and 
> > > install the milter 3. Install the init script so the milter can 
> > > start on reboot (some milters do this automatically).
> > > 4. Start and test the milter (look at the mail logs for
> > > error) 5. Configure the init script to run at boot 6. Modify your 
> > > sendmail.mc file to configure sendmail to user the milter.
> > >    Typically it's just adding a line similar to:
> > >
> > > 	INPUT_MAIL_FILTER(`milter-greylist',
> > > `S=local:/var/milter-greylist/milter-greylist.sock')
> > > 7. Use m4 to rebuild your sendmail.cf file from your modified 
> > > sendmail.mc file 8. Restart sendmail (don't forget to 
> check the mail 
> > > log for errors)
> > >
> > > Hope this helps,
> > >
> > > Steve
> > >
> > Turn out to just as simple as you said, damn I hate when I 
> cant figure 
> > things out my self :) All is running fine and guess I will have to 
> > give at week to see what the result will be regarding decreased 
> > mailflow. The only thing I didnt like is the response sent 
> back to the 
> > sender, it contains a little to much info Ex.
> > Remote MTA ns2.ltkalmar.se: SMTP diagnostic: 550 5.7.1 
> > <testarmailenpajobbet at ltkalmar.se>... server [172.29.32.81] for 
> > <testarmailenpajobbet at ltkalmar.se> rejected address saying "User 
> > unknown"
> > 
> > I rather just having it saying "550 5.7.1 User unknown" but 
> I can live 
> > with this for the moment :)
> > 
> 
> That's an interesting point and I'll pass your comment along 
> to Anthony Howe. A quiet or less verbose switch might be useful. 
> 
> In reviewing the milter-ahead documentation I found two 
> useful switches that I had missed before :) I'll pass them 
> along as you might find them useful:
> 
> -R
>     Reject a RCPT if it uses a routed address (the %-hack).

I saw that but couldnt google it to figure out what it was for so I,
styying on the safe side  :)

> 
> -B
>     For a backup-MX, reject mail when the primary MX is 
> available. This does not conform with RFC 974 "MAIL ROUTING 
> AND THE DOMAIN SYSTEM" section "Interpreting the List of MX 
> RRs", paragraph 7, sentence 2 and 3, which only requires mail 
> clients to attempt delivery to the primary first, before 
> trying other MXes. Spammers often attempt to by-pass spam 
> filters by sending email directly to secondary MX machines, 
> which often have weaker requirements. This option essentially 
> demands that a client only deliver to the primary MX when it 
> is available.
> 
> The full documentation and other useful milters can be found at:
> 	
> 	http://www.snertsoft.com/
>  
> Steve

------------------------ MailScanner list ------------------------
To unsubscribe, email jiscmail at jiscmail.ac.uk with the words:
'leave mailscanner' in the body of the email.
Before posting, read the Wiki (http://wiki.mailscanner.info/) and
the archives (http://www.jiscmail.ac.uk/lists/mailscanner.html).

Support MailScanner development - buy the book off the website!