Re: [Dovecot] PostgreSQL driver supporting [round-robin] load balancing and redundancy [LONG]
On Wed, 14 Apr 2010 20:56:13 +0200 Rainer Weikusat rweiku...@mssgmbh.com wrote: One of the things my employer uses dovecot for is as mail download server for an 'e-mail purification service' (AV/ anti-spam) for smartphones. The service itself presently runs on a rented server somewhere in the UK and the corresponding 'web service' front-end and user account/ mail account database resides on a server in Germany. The UK dovecot server uses the PostgreSQL server on the German machine for user authentication. The latter is reachable using two entirely different 'internet paths' and there was an outage of several hours on one of them a couple of weeks ago. This prompted some frantic network reconfiguration efforts in order to get the abovementioned service going again and resulted in the conviction that - ideally - the dovecot server should be capable of using connections to multiple PostgreSQL servers (or a single server reachable via several IPs) simultaneoulsy, distributing requests among them, and should be capable of detecting a possible problem on one of the db server connections and use the still functioning ones to continue operations. Have you looked at anything like pgpool? I looked at this a while back, and from what I could see, it sits between the client app and postgresql, and works fairly invisibly. It does appear to have a failover mode which will do what you want. I haven't yet implemented pgpool anywhere, so I can't give details or opinions. -- Marshal Newrock Zordio, LLC - http://www.zordio.com signature.asc Description: PGP signature
[Dovecot] Good news for CPanel users
In response to a feature request for cpanel to have native support for dovecot: Rudimentary support was added in 11.23. Full support for Dovecot will be available in 11.24. -- Marshal Newrock 517-679-0699 x223 FreedomBI, LLC - http://www.freedombi.com signature.asc Description: PGP signature
Re: [Dovecot] Updated v1.1 and summer plans
On Wed, 23 May 2007 08:59:29 -0500 Brian G. Peterson [EMAIL PROTECTED] wrote: Timo Sirainen wrote: On Tue, 2007-05-22 at 00:52 +0800, M1 wrote: Dear Timo, How about managedsieve? I think it'll have to wait for v2.0. Especially because I want it to be distributed in dovecot-sieve package, not in the main dovecot package. This just isn't possible without the larger changes that v2.0 brings. Please do put a manageSIEVE interface formally on the roadmap. (I'd vote for v1.1, but I understand the technical issues that may push it to 2.0). SIEVE really isn't useful without a manageSIEVE interface or a shell. I would like to request that this also be capable of being a proxy, similar to the pop/imap proxy. -- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com
Re: [Dovecot] Refreshing Dovecot
On Mon, 14 May 2007 15:39:45 -0400 Charles Marcus [EMAIL PROTECTED] wrote: If I've made configuration changes, is there a way to refresh...without killing and restartingDovecot? kill -HUP pid =or= killall -HUP dovecot Postfix has a reload option... May I suggest the same for dovecot? The dovecot init script may well have a reload option which HUPs dovecot. -- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com
Re: [Dovecot] sporadic slow/non response, problems copying to sent folder
On Fri, 04 May 2007 09:23:02 -0700 Danno Coppock [EMAIL PROTECTED] wrote: After experiencing these symptoms through many of the release candidates, we've been at v1.0.0 now for a few weeks, and they're still there. Perhaps a config issue with my setup (mbox locks?). It's really too disrupting to continue using this way. I've included symptoms, client info, mta info, log entries and config file. What other information can I provide? Please advise. Thanks, Danno symptoms: 1. Coming back to the idle client, and clicking on a newly arrived message, often a long delay (seems like minutes, sometimes) will occur before the message loads from the server. 2. Sending messages, as often as not, the client will stall, sometimes indefinitely, on copying message to sent folder. Does this happen when using a client which is on the same LAN as the server? This kind of behavior looks like a network issue. -- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com
[Dovecot] managesieve proxy
We have dovecot on a pop/imap server working as a proxy to dovecot on the backend storage servers. This is working fine, but the difficulty is that if I use, for example, avelsieve in squirrelmail, it doesn't know where to connect. I imagine the same problem would exist with sieve-capable mail clients such as KMail, especially since the outside world isn't allowed to connect directly to the storage servers. Does anyone know of a way to proxy managesieve? -- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com
Re: [Dovecot] managesieve proxy
On Wed, 4 Apr 2007 09:44:07 -0600 Neale Pickett [EMAIL PROTECTED] wrote: On Wednesday 04 April 2007 9:24 am, Marshal Newrock wrote: We have dovecot on a pop/imap server working as a proxy to dovecot on the backend storage servers. This is working fine, but the difficulty is that if I use, for example, avelsieve in squirrelmail, it doesn't know where to connect. I imagine the same problem would exist with sieve-capable mail clients such as KMail, especially since the outside world isn't allowed to connect directly to the storage servers. Does anyone know of a way to proxy managesieve? There are no managesieve protocol proxies, but you could proxy it at the TCP level. Something like tcpproxy will let you forward TCP connection to another host. I think you can even configure netcat to do this. Of course, your proxy machine can probably also do this in the IP stack. On Linux, for instance, you could use iptables. That would work for a single backend machine, but not for multiple machines. If there's no managesieve proxies, then I imagine my best bet will be to modify avelsieve to be able to determine which backend server to connect to. In the short run, I think avelsieve also has an option to connect to a different server. That should be sufficient for testing purposes. -- Marshal Newrock Ideal Solution, LLC - http://www.idealso.com