On Tue, 2010-10-12 at 08:48 +0200, Matus UHLAR - fantomas wrote:
> On 12.10.10 08:39, Svetozar Mihailov wrote:
> > Hello Sam and Gordon,
> 
> why not me? :-)
> 

Sorry about that.

> > It is possible to add to Courier and PythonFilter per domain
> > configuration?
> > 
> > I wish global configration files bofh, enablefiltering, sizelimit,
> > esmtproutes, pythonfilter.conf, pythonfilter-modules.conf, etc. to have
> > separate copies for each domain listen in esmtpacceptmailfor.dir and/or
> > hosteddomains.
> > 
> > Something like:
> > 
> > /etc/courier/domains/[esmtp/hosted]/example.com/[bofh,sizelimit,pythonfilter-modules.conf,
> >  etc.]
> 
> What would you do if one mail was destined to multiple addresses in
> different domains? This is currently impossible to avoid with courier.
> 

That is tricky part. I don't know courier or other mail server can check
that more that one destination domain is handled by same mail exchanger
and group TO or CC in single mail for all recipients handled by same MX.
So if courier receive from external mail server separate copy for each
recipient it's fine. 

If single mail is for multiple locally hosted domains (grouped somehow
from other mail server), then at some time courier must run separate
local delivery for each recipient. I don't know when those checks are
performed.

Grouping multiple recipients in single mail also is tricky point. If
this is implemented and done based on MX name, then I can use
mail.example1.com, mail.example2.com and so on. If additional check is
performed after dns query for matching MX ip address, this is also
possible to avoid. I will assign separate ip for each domain MX and
point/dnat them to same server. All this will force sending mail server
to split email to single copies for each recipient domain I hope. 

If mail is coming from authenticated user, then only user domain
( authenticated ) will be checked.

Is there are other variants?

If some of this configuration files is possible to make domain
independent, then there is another decision: global and domain
configuration can be exclusive, additive or checked in some order to
decide accept/reject.

> > I have multiple domains hosted on single machine/cluster. For most
> > hosted domains I want to use all filtering available, but for others
> > users prefer to have larger/smaller sizelimit for example. Now I build
> > separate virtual machines for each group of hosted domains, which is not
> > very energy/equipment efficient.
> 
> I'm afraid it's currently the only possibility, of course if you want to
> fullfill their requirements.
> 
> > Some users ask for filtering their incoming/outgoing smtp via external
> > filters, like Symantec BrightMail. This requires to turn off any
> > courier/pythonfilter filtering and use esmtproutes to route outgoing
> > mail back to BrightMail. This also requires separate virtual machine for
> > courier esmtp.
> 
> or at least separate courier installation accessible on different IP for
> each group (which is in fact as complicated as separate virtual machine).
> 

Single big server/cluster is easy to manage and backup. Multiple servers
or virtual machines is pain. And there are endless combination of
configuration variants and user demands.

I ask to see if this is possible. Patching authdaemon to create
homedir/maildir at first login took to me few days to implement. Mr. Sam
disagree that many times. But authdaemon is written on C. ESMTP part of
courier is mostly C++, this I cannot easy understand/patch.

--
Svetozar Mihailov


------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to