Re: [SOGo] SOGo+perdition+Dovecot
On 15/11/2011 21:49, Albert Shih wrote: Le 12/11/2011 à 00:35:26+, Ed W a écrit Quick question: What does perdition buy you versus not having it? At this moment nothing (that's why it's not a urgent problem), but in sometime the purpose of perdition is to «virtualizing» the storage of the mail. Suppose you have to build a mail system for 5000 users with 2 Go for each persons, but you knwon in one-two year it's 10 Go. You can buy a huge servers now for 50-60To but it's very expensive (lot more than two years) or you can buy a smaller server today 10To. But what you going to do in 1 year ? Are you going to just put in trash your 10To ? I'm not. With perdition (or any imap proxy) you can create a map (according what you want) to redirect the imap connection to the right server. For example : if the name match ^[a-i]* go to old server if the name match ^[j-z]* go to second new server. etc... Just a note, but if you have dovecot then you can do all this within dovecot itself. Check out the Proxy feature and note that it can be persuaded to proxy connections to any other machine. The proxy to use can be read from the same database as your user/auth - so for example you can create some kind of user database with username/password/backend_server and have dynamic control over where users end up Some folks have suggested that the proxying is of very low cpu/resources, and some have suggested that you can avoid even having dedicated frontend/backend proxy servers and just have all frontend servers which proxy to the correct other frontend if the initial connection was a miss. ie setup three frontend servers, you have a 1:3 chance of accidently hitting the correct one or proxy to the correct on if you miss. More powerful variations obviously also work, but for some installs the simple may be an advantage I do hear that some think there is a performance advantage in using an imap proxy, hence curious if anyone measures this or not? Timo (author of dovecot) believes that there should be little advantage if both on the same machine, but I'm unsure if net latency is a practical problem if they are on separate machines and hence an imap proxy might save you several RTT trips for each page view? Cheers Ed W -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo+perdition+Dovecot
Le 12/11/2011 à 00:35:26+, Ed W a écrit On 09/11/2011 23:30, Albert Shih wrote: Hi all, I've very strange problem with SOGo and perdition (perdition is imap/pop-proxy). Quick question: What does perdition buy you versus not having it? At this moment nothing (that's why it's not a urgent problem), but in sometime the purpose of perdition is to «virtualizing» the storage of the mail. Suppose you have to build a mail system for 5000 users with 2 Go for each persons, but you knwon in one-two year it's 10 Go. You can buy a huge servers now for 50-60To but it's very expensive (lot more than two years) or you can buy a smaller server today 10To. But what you going to do in 1 year ? Are you going to just put in trash your 10To ? I'm not. With perdition (or any imap proxy) you can create a map (according what you want) to redirect the imap connection to the right server. For example : if the name match ^[a-i]* go to old server if the name match ^[j-z]* go to second new server. etc... or if the user is student go to old server if the user is staff go to the new server Meaning you can more easily manage you mail storage. Don't known if I answer you question. Regards. JAS -- Albert SHIH DIO batiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: mar 15 nov 2011 22:38:46 CET -- users@sogo.nu https://inverse.ca/sogo/lists
IMAP-proxy or not? Was: Re: [SOGo] SOGo+perdition+Dovecot
On Sat, Nov 12, 2011 at 12:35:26AM +, Ed W wrote: Quick question: What does perdition buy you versus not having it? The dovecot author suspected that logins were so fast that a persistent proxy would likely have little performance advantage - do you measure otherwise? Interesting... as I seem to experience slow initial connect (getting the body of the first message I select after logging in takes seconds) when using up-imapproxy, but everything seems quick afterwards. If I have sogod talk to the imap-servers directly (still trough dovecot-director), everything is quick always. But I've been the only sogo user active when testing thism and am worried that this might change once we put heavy load on it.. I've also noticed there is a NGImap4DisableIMAP4Pooling setting which is disabled by default, but I haven't found any documentation for it other than the bugrapport which seems to indicate it should be used if one is not using an imapproxy: http://sogo.nu/bugs/view.php?id=1243 and the NEWS entry: - IMAP connection pooling is disabled by default to avoid flooding the IMAP servers in multi-process environments (NGImap4DisableIMAP4Pooling now set to YES by default) I don't understand what multi-process environments is referring to here..? Does anybody have any comments for if imapproxy is needed or not for dovecot backend, and if one should use IMAP4Pooling in sogo when not using an imapproxy? -jf -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo+perdition+Dovecot
Hi all, I've very strange problem with SOGo and perdition (perdition is imap/pop-proxy). Here is the schema : Client (=Thunderbird/Mutt/SOGo) == perdition.server == Dovecot If the client is Thunderbird/Mutt/AppleMail/etc... every thing work fine. If the client is SOGo and the password match [a-zA-Z0-9]* everything work fine But if the client is SOGo and the password containt some !@#$%* the authentication don't work. Maybe it's a bug in perdition but in that case why thunderbird/mutt/AppleMail work fine ? Anyone have succefully use perdition with SOGo ? Regards. -- Albert SHIH DIO batiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: jeu 10 nov 2011 00:26:19 CET -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo+perdition+Dovecot
On 09/11/11 18:30, Albert Shih wrote: But if the client is SOGo and the password containt some !@#$%* the authentication don't work. Does it work with such passwords if you don't go through Perdition? -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo+perdition+Dovecot
Please see this post, it might have something to do with your problem. http://www.sogo.nu/bugs/view.php?id=1382 I ended up re-compiling SOPE to get around it. I'm guessing the issue is still present in versions after 1.3.8. On 11/09/2011 03:30 PM, Albert Shih wrote: Hi all, I've very strange problem with SOGo and perdition (perdition is imap/pop-proxy). Here is the schema : Client (=Thunderbird/Mutt/SOGo) == perdition.server == Dovecot If the client is Thunderbird/Mutt/AppleMail/etc... every thing work fine. If the client is SOGo and the password match [a-zA-Z0-9]* everything work fine But if the client is SOGo and the password containt some !@#$%* the authentication don't work. Maybe it's a bug in perdition but in that case why thunderbird/mutt/AppleMail work fine ? Anyone have succefully use perdition with SOGo ? Regards. The information contained in this e-mail message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender at the above e-mail address. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo+perdition+Dovecot
Le 09/11/2011 à 18:52:59-0500, Ludovic Marcotte a écrit On 09/11/11 18:30, Albert Shih wrote: But if the client is SOGo and the password containt some !@#$%* the authentication don't work. Does it work with such passwords if you don't go through Perdition? Forget to say : YES. That's why this thing sound very strange for me. It's so strange that I don't event known if the problem is with Sogo or Perdition. If SOGo send a wrong password why it's work without perdition, ? If SOGo send a good password why it's not working with perdition and mutt/other_MUA work perfectly. ? But with the message from pwy...@xkl.com (thanks) maybe I going to wait the bug is fixe in sogo (actually this problem is not blocking our production). Thanks Regards. JAS -- Albert SHIH DIO batiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: jeu 10 nov 2011 01:46:12 CET -- users@sogo.nu https://inverse.ca/sogo/lists
