> >>>>RR
> >>>>lookups in postfix's content_filter.  Works fine, kind of....  The
> amavis
> >>>>servers are used in clumps a few minutes at a time.  Turns out, as I
> was
> >>>>just
> >>>>told on the postfix list, the postfix LMTP client caches its
> connections,
> >>>>thus negating the whole purpose of having more than one amavis server.
> >>>>
> >>>> I see other people who have tried to do this same thing, but no
> mention
> >>>>of
> >>>>this issue in the archives (of either list) that I could find.  Can
> >>>>        
> >>>>
> >>anyone
> >>    
> >>
> >>>>give a pointer?  
> >>>>   
> >>>>
> >>>>        
> >>>>
> >>>Update: seems to be that the LMTP client does not shuffle multple
> response
> >>>records from its lookups, and dnscache, which is what we use for our
> name
> >>>resolution, seems to shuffle "once in a while" (odd...).  So seems that
> we
> >>>have to consider finding the patch for dnscache that adds round robin
> >>>functionality (that seems to have gone missing from the link on
> >>>      
> >>>
> >>tinydns.org)
> >>    
> >>
> >>>or use SMTP to connect to amavis instead of LMTP (SMTP client apparently
> >>>      
> >>>
> >>will
> >>    
> >>
> >>>shuffle the records).
> >>>
> >>>Everyone seems to use LMTP to connect to amavis, but is there a good
> >>>      
> >>>
> >>reason
> >>    
> >>
> >>>for this?
> >>>
> >>>      
> >>>
> >>Just as a point of comparison...  I have my relays sitting behind an LVS 
> >>load balancer with postfix and amavis/clam on each. This way.. I can 
> >>positively control how much load each one receives.. and when I need to 
> >>do maintenance I can remove one from the pool...  then add it back 
> >>later.  I have a script that polls my ldap server once an hour and 
> >>pushes static virtual alias maps and other files config for 
> >>postfix/amavis/clam out to each of the relay systems.  I also use my own 
> >>plugin for squirrelmail (amavisnewsql) to keep all my per user settings 
> >>and message quarantines in a shared postgres server.
> >>    
> >>
> >
> >We have our SMTP servers behind LVS too, but (unless I misunderstand you),
> >that means one amavis server gets EVERYTHING that any one SMTP server
> gets. 
> >  
> Yes that's right... I run all the software on every relay system... so 
> they are interchangeable.

OK, well, we keep our application layers more separate than that.  Replacing
a dead server with just amavis and clamd is a lot easier than installing the
whole load.  ;)  And our front end web/squirrelmail servers aren't affected
during heavy load times (clamd is a cpu hog lately).

> I run two instances of postfix on each system 
> as well.. one for outgoing internal mail with one set of rules/filters 
> and one for incoming external mail.  With the proper tuning of process 
> limits and load distribution it works out well.

Yeah, adding outgoing instane is simple (we do this) in master.cf, like this,
right?:

localhost:20025 inet  n       -       n       -       -      smtpd
# nah, we like outgoing virus filtering
#            -o content_filter=
# we don't trust all our outgoing mail, so we leave this out too
#            -o
receive_override_options=no_unknown_recipient_checks,no_header_body_checks
            -o smtpd_helo_restrictions=
            -o smtpd_client_restrictions=
            -o smtpd_sender_restrictions=
            -o smtpd_recipient_restrictions=permit_mynetworks,reject
            -o mynetworks=127.0.0.0/8


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
AMaViS-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/

Reply via email to