Am 01.02.2011 17:51, schrieb Frank Bonnet:
> On 02/01/2011 05:43 PM, Victor Duchovni wrote:
>> On Tue, Feb 01, 2011 at 05:33:14PM +0100, Ignacio Garcia wrote:
>>
>>> Hi there. Hi, I've been googling around all morning and I'm
>>> completely ignorant on what I'm going to ask, so please forgive me if I
>>> make no sense. I have 2 independent servers running
>>> postifx+mysql+(other_things) all controlled from a nice web interfacce
>>> called ISPConfig3. Those 2 servers are completely independent with many
>>> domains configured in each of them. Authentication is done against each
>>> server's separate and different mysql database. I'm testing Perdition
>>> for imap and pop3 connections so webmail access is more
>>> consistent/unified, and in case of customers with email services in both
>>> servers, we make it easier for them since the proxy redirects
>>> connections to the right imap server. My question: is there such a
>>> similar product (SMTP proxy) that can be configured in the same way to
>>> hide the real smtp servers and
>>> deliver/accept_mail_from_our_2_different_pools_of_users using the
>>> correct server?
>> Well, the proxy won't know what to do before the user authenticates,
>> and you say the the authentication databases are split, so it is far
>> from clear how you expect this could work.
>>
>> However, if Perdition presents a unified IMAP interface, you could
>> perhaps use an "rimap" backend with Cyrus SASL to authenticate the
>> user.
>>
>> I am not aware of any SMTP proxies whose downstream SMTP server is
>> selected after user authentication. It is probably easiest to just
>> operate a unified submission server that authenticates the union of the
>> two sets of users, and then routes to the right server via sender-based
>> routing. In other-words, not a proxy but a store-and-forward MSA.
>>
>> Postfix can do that.
>>
> There is a mysql proxy software , maybe it could help to authenticate
> users from both databases ?
> 
> http://forge.mysql.com/wiki/MySQL_Proxy

What about using only one mysql-server and the other one as
replication slave, postfix is readonly

So you would have the backend which writes to the master
and the load from the smtp-servers is spread and as
benefit if the master dies there is a additional backup

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to