> >>>>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/