Re: [openchange][devel] [SOGo] Outlook shows bad encoding if other than utf8
Hi Martin, I have still not received any feedback from you with regards to this topic. Any updates about this? In the meanwhile, I've been digging some more and for further references, Microsoft documentation [1] states: /ulCpid:/ The code page http://msdn.microsoft.com/en-us/library/cc232151.aspx#code_page in which text data is sent. If the Unicode http://msdn.microsoft.com/en-us/library/cc232144.aspx#unicode format is not requested by the client on subsequent calls that use this Session Context, the /ulCpid/ parameter sets the code page to be used in subsequent calls. This is what we fails to honor right now and may be the root of the issue. [1] http://msdn.microsoft.com/en-us/library/ee200938(v=exchg.80).aspx Cheers, julien. On 22/05/14 14:40, Julien Kerihuel wrote: Hi Martin, It is a bug we have already identified in OpenChange some months ago, but it is tricky to address a long term fix right now. The root cause of the issue lies in the statically and implicit encoding/decoding of strings from/to utf8 while Outlook expects a different codepage to be used. One way to work around this problem can be the usage of raw8string which prevent iconv from doing any conversion, but it may have some side effects. Outlook also specifies the encoding in which it expects to receive strings, but this happens at a higher layer which is not propagated down the the lowest one. Furthermore, there may also be additional roots of this problem in SOGo which fails to save the encoding properly when receiving external emails. Next steps: 1. can you send me a wireshark capture (non-encrypted) so I can inspect the data flow involving this problem? 2. if I provide you a patch, do you have the environment to apply it and give me feedback (eventually additional captures on request?) I suggest we continue this discussion on the openchange devel mailing-list [1], so each list keeps the focus and information is dispatched properly. Br, Julien. [1] http://mailman.openchange.org/listinfo/devel On 19/05/14 09:53, Martin S(inský wrote: Hi, if I have mails in ISO8859-2, webmail or imap shows it ok, but Outlook connected through openchange it shows bad. Mails in UTF8 shows Outlook ok. How to fix it, please? Regards, Martin ___ devel mailing list de...@lists.openchange.org http://mailman.openchange.org/listinfo/devel -- Julien Kerihuel j.kerih...@openchange.org OpenChange Project Founder Twitter: http://twitter.com/jkerihuel GPG Fingerprint: 0B55 783D A781 6329 108A B609 7EF6 FE11 A35F 1F79 signature.asc Description: OpenPGP digital signature
Re: [SOGo] SOGo repos for Ubuntu Trusty 14.04
Em 26-05-2014 17:30, Steve Ankeny escreveu: What happens when you pin the Inverse repository to exclude the other? Hi, Thank you for your reply. First atempt: root@venus:/tmp# apt-cache madison sogo sogo | 2.1.1b-1 | http://br.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages sogo |2.2.3-1 | http://inverse.ca/ubuntu/ trusty/trusty Sources root@venus:/tmp# aptitude install sogo-activesync sogo=2.2.3-1 Impossível encontrar uma versão 2.2.3-1 para o pacote sogo Impossível encontrar uma versão 2.2.3-1 para o pacote sogo Os NOVOS pacotes a seguir serão instalados: ckeditor{a} gnustep-base-common{a} gnustep-base-runtime{a} gnustep-common{a} javascript-common{a} libgnustep-base1.24{a} libjs-jquery{a} libjs-jquery-ui{a} libjs-prototype{a} libjs-swfobject{a} liblasso3{a} libobjc4{a} libpq5{a} libsbjson2.3{a} libsope-appserver4.9{a} libsope-core4.9{a} libsope-gdl1-4.9{a} libsope-ldap4.9{a} libsope-mime4.9{a} libsope-xml4.9{a} libsope1{a} libwbxml2-0{a} libxmlsec1{a} libxmlsec1-openssl{a} libxslt1.1{a} sogo sogo-activesync{b} sogo-common{a} tmpreaper{a} zip{a} 0 pacotes atualizados, 30 novos instalados, 0 a serem removidos e 3 não atualizados. É preciso obter 9.930 kB de arquivos. Depois do desempacotamento, 47,9 MB serão usados. Os pacotes a seguir possuem dependências não satisfeitas: sogo-activesync : Depende: sogo (= 2.2.3-1) mas 2.1.1b-1 será instalado. As seguintes ações resolverão estas dependências: Manter os pacotes a seguir em suas versões atuais: 1) sogo-activesync [Não Instalado] Aceitar esta solução? [Y/n/q/?] q Abandonando todos os esforços para resolver estas dependências. Abortar. root@venus:/tmp# Second, I created a /etc/apt/preferences.d/10-sogo.pref: root@venus:~# cat /etc/apt/preferences.d/10-sogo.pref Package: sogo Pin: version 2.1.1b-1 Pin-Priority: -10 Package: sogo Pin: version 2.2.3-1 Pin-Priority: 900 root@venus:~# aptitude install sogo sogo-activesync Nenhuma versão candidata para sogo Nenhuma versão candidata para sogo Os NOVOS pacotes a seguir serão instalados: gnustep-base-common{a} gnustep-base-runtime{a} gnustep-common{a} libgnustep-base1.24{a} libobjc4{a} libsbjson2.3{a} libsope-appserver4.9{a} libsope-core4.9{a} libsope-gdl1-4.9{a} libsope-ldap4.9{a} libsope-mime4.9{a} libsope-xml4.9{a} libwbxml2-0{a} libxslt1.1{a} sogo-activesync{b} 0 pacotes atualizados, 15 novos instalados, 0 a serem removidos e 3 não atualizados. É preciso obter 4.526 kB de arquivos. Depois do desempacotamento, 19,2 MB serão usados. Os pacotes a seguir possuem dependências não satisfeitas: sogo-activesync : Depende: sogo (= 2.2.3-1) mas não é instalável. As seguintes ações resolverão estas dependências: Manter os pacotes a seguir em suas versões atuais: 1) sogo-activesync [Não Instalado] Aceitar esta solução? [Y/n/q/?] q Abandonando todos os esforços para resolver estas dependências. Abortar. root@venus:~# It says sogo (= 2.2.3-1) mas não é instalável. (is not installable). -- *Marcio Merlone* -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] new to SOGo, have slowish webmail interface, need help...
Hi, I'm learning all about SOGo, and I've been able to setup two different working scenarios (local LDAP / lan AD), and I'm quite happy with what I see, but I have a slight but noticeable slow behaviour of the web interface, comapred to online demo... and I cant find what is causing it, and then... how to solve. :) about hardware: * the sogo server is a kvm virtual machine * hypervisor is proxmox running on IBM x3650M2 nodes * nodes have Intel(R) Xeon(R) CPU E5520 @ 2.27GHz (2x) and 20GB RAM each. * vm has - 2GB RAM, - 1 cpu/4 cores, - virtio LAN, virtio storage - vm storage is iSCSI (1GB eth) about software: * the base system is debian 7.5 * sogo 2.2.3-1 * postfix 2.9.6-2 * dovecot 2.1.17-2 * openldap 2.4.31-1+nmu2 * apache 2.2.22-13+deb7u1 * mysql-server 5.5.37-0+wheezy1 As I said, I have two working setup setup A: sogo dovecot authenticate on lan AD server (w2003) setup B: sogo dovecot authenticate on local slapd server (JohnDoe/JohnDoe) Both work (even it took me a while to figure out how to ;D) but I feel that the mail section is kinda slow, opening the voarious folders takes a few seconds, maybe 2-3. Not something unusable but... feels sluggish... I also tried to enable auth_cache_size and auth_cache_ttl, fearing there could be some auth delay, but nothing changed. So I tried online demo, and I noticed that was less slow than mine, local vm! In particular, switching from one mail folder to another takes less than a second, on the online demo, much less than my local install...? I wondered what it could be the reason but ended up downloading the ZEG appliance, and created another vm with identical hardware (same network storage box but on NFS, since iSCSI is block storage and can't hold vmdk images) well, this is snappy at least as the online demo, if not more (probably obviously)! So, I guess that my fears of a slow access to vm disk due to hypervisor are out of game here... I noticed that ZEG appliances has Cyrus instead of Dovecot, so I am not able to check different settings from my install... Since I'm a noob on this system, can anyone point me to what can bring me those snappy mail performances? Any help would be greatly appreciated, thanks! Feel free to ask me more info tests... Marco -- *Marco* --- [Ai sensi e per gli effetti della Legge sulla tutela della privacy (L. 196/2003), questa mail è destinata unicamente alle persone sopra indicate e le informazioni in essa contenute sono da considerarsi strettamente riservate. E' proibito leggere, copiare, usare o diffondere il contenuto della presente mail senza autorizzazione. Se avete ricevuto questo messaggio per errore, siete pregati di rispedire la stessa al mittente. Grazie] -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [openchange][devel] [SOGo] Outlook shows bad encoding if other than utf8
Sorry Julien, i will do it ASAP. Regards, Martin Dne 27.5.2014 10:20, Julien Kerihuel napsal(a): Hi Martin, I have still not received any feedback from you with regards to this topic. Any updates about this? In the meanwhile, I've been digging some more and for further references, Microsoft documentation [1] states: /ulCpid:/Thecode page http://msdn.microsoft.com/en-us/library/cc232151.aspx#code_pagein which text data is sent. If theUnicode http://msdn.microsoft.com/en-us/library/cc232144.aspx#unicodeformat is not requested by the client on subsequent calls that use this Session Context, the/ulCpid/parameter sets the code page to be used in subsequent calls. This is what we fails to honor right now and may be the root of the issue. [1] http://msdn.microsoft.com/en-us/library/ee200938(v=exchg.80).aspx Cheers, julien. On 22/05/14 14:40, Julien Kerihuel wrote: Hi Martin, It is a bug we have already identified in OpenChange some months ago, but it is tricky to address a long term fix right now. The root cause of the issue lies in the statically and implicit encoding/decoding of strings from/to utf8 while Outlook expects a different codepage to be used. One way to work around this problem can be the usage of raw8string which prevent iconv from doing any conversion, but it may have some side effects. Outlook also specifies the encoding in which it expects to receive strings, but this happens at a higher layer which is not propagated down the the lowest one. Furthermore, there may also be additional roots of this problem in SOGo which fails to save the encoding properly when receiving external emails. Next steps: 1. can you send me a wireshark capture (non-encrypted) so I can inspect the data flow involving this problem? 2. if I provide you a patch, do you have the environment to apply it and give me feedback (eventually additional captures on request?) I suggest we continue this discussion on the openchange devel mailing-list [1], so each list keeps the focus and information is dispatched properly. Br, Julien. [1]http://mailman.openchange.org/listinfo/devel On 19/05/14 09:53, Martin Šinský wrote: Hi, if I have mails in ISO8859-2, webmail or imap shows it ok, but Outlook connected through openchange it shows bad. Mails in UTF8 shows Outlook ok. How to fix it, please? Regards, Martin ___ devel mailing list de...@lists.openchange.org http://mailman.openchange.org/listinfo/devel -- Julien Kerihuel j.kerih...@openchange.org OpenChange Project Founder Twitter:http://twitter.com/jkerihuel GPG Fingerprint: 0B55 783D A781 6329 108A B609 7EF6 FE11 A35F 1F79 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo repos for Ubuntu Trusty 14.04
ok . . . Then somewhere earlier, Inverse said they were updating the repositories for Trusty, so I'd guess installing SOGo (and the associated Sope and Openchange packages) is not ready for 14.04 yet. On 05/27/2014 07:49 AM, Márcio Vogel Merlone dos Santos wrote: It says sogo (= 2.2.3-1) mas não é instalável. (is not installable). -- *Marcio Merlone* -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
Since I'm a noob on this system, can anyone point me to what can bring me those snappy mail performances? Any help would be greatly appreciated, thanks! Feel free to ask me more info tests... Well, I'm no expert at all, but does it feel the same if you connect a real imap or another webmail client? (apt-get install roundcube, for example) MJ -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] sogo activesync | unrecognized selector sent to instance
Hi all, We're testing activesync, and seeing a lot of success :-) Very nice. We just one problem: My jolla (sailfish OS) device does not accept the activesync account, and SOGo logs the following exception: EXCEPTION: NSException: 0x7f48011d3520 NAME:NSInvalidArgumentException REASON:-[nil processProvision:inResponse:]: unrecognized selector sent to instance (null) INFO:(null) followed by May 27 14:51:03 sogod [23609]: 0x0x7f4800c559a0[WOWatchDogChild] child 31395 exited I have also posted this on the jolla forum, but because both outlook android work, I'm guessing this is not to blame on SOGo... However, anyone here with a suggestion, or a working sogo - sailfish setup? MJ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo repos for Ubuntu Trusty 14.04
By the way, I have upgraded a ZEG 12.04 to 14.04 via dist-upgrade and everything will work if you keep the Inverse repositories at precise I'd guess that might still be the case with a fresh install. Someone from Inverse will have to answer your question. On 05/27/2014 07:49 AM, Márcio Vogel Merlone dos Santos wrote: It says sogo (= 2.2.3-1) mas não é instalável. (is not installable). -- *Marcio Merlone* -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo repos for Ubuntu Trusty 14.04
Em 27-05-2014 10:13, Steve Ankeny escreveu: Then somewhere earlier, Inverse said they were updating the repositories for Trusty, so I'd guess installing SOGo (and the associated Sope and Openchange packages) is not ready for 14.04 yet. On 05/27/2014 07:49 AM, Márcio Vogel Merlone dos Santos wrote: It says sogo (= 2.2.3-1) mas não é instalável. (is not installable). I see. I'll wait for the announcement then. Thanks, best regards. -- *Marcio Merlone* -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
Il 27/05/2014 14:57, heupink ha scritto: Since I'm a noob on this system, can anyone point me to what can bring me those snappy mail performances? Any help would be greatly appreciated, thanks! Feel free to ask me more info tests... Well, I'm no expert at all, but does it feel the same if you connect a real imap or another webmail client? (apt-get install roundcube, for example) MJ Thanks for the suggestion, I thought to try webmail systems (perhaps later) but given that the default is fast in the ZEG appliance, also on my local vm, I would like to understand what is wrong in my setup, first... are you using (or suggesting as better choice) roundcube instead of the SOGo webmail? Thanks, -- *Marco * --- [Ai sensi e per gli effetti della Legge sulla tutela della privacy (L. 196/2003), questa mail è destinata unicamente alle persone sopra indicate e le informazioni in essa contenute sono da considerarsi strettamente riservate. E' proibito leggere, copiare, usare o diffondere il contenuto della presente mail senza autorizzazione. Se avete ricevuto questo messaggio per errore, siete pregati di rispedire la stessa al mittente. Grazie] -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] sogo activesync | unrecognized selector sent to instance
On 2014-05-27, 9:30 AM, heupink wrote: EXCEPTION: NSException: 0x7f48011d3520 NAME:NSInvalidArgumentException REASON:-[nil processProvision:inResponse:]: unrecognized selector sent to instance (null) INFO:(null) followed by May 27 14:51:03 sogod [23609]: 0x0x7f4800c559a0[WOWatchDogChild] child 31395 exited This has just been fixed - try the latest source version of the upcoming nightly builds. -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
Thanks for the suggestion, I thought to try webmail systems (perhaps later) but given that the default is fast in the ZEG appliance, also on my local vm, I would like to understand what is wrong in my setup, first... are you using (or suggesting as better choice) roundcube instead of the SOGo webmail? Nope. We like the SOGo webmail a lot. :-) (though we offer roundcube too, and in fact: even squirrelmail) I suggested a regular imap client, so see if your complete imap system is slow, or if just imap through SOGo is somehow slow. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
Il 27/05/2014 15:59, heupink ha scritto: Thanks for the suggestion, I thought to try webmail systems (perhaps later) but given that the default is fast in the ZEG appliance, also on my local vm, I would like to understand what is wrong in my setup, first... are you using (or suggesting as better choice) roundcube instead of the SOGo webmail? Nope. We like the SOGo webmail a lot. :-) (though we offer roundcube too, and in fact: even squirrelmail) I suggested a regular imap client, so see if your complete imap system is slow, or if just imap through SOGo is somehow slow. OK. well, in the mean while I managed to install roundcube (1.0.1) I can login both of my setups. I have no reference as in the sogo webmail online demo, but it feels also slowish more or less, on this roundcube I see similar lags moving between mail folders... well, not only mail folders but nearly everything, fwiw. could it be dovecot? is it better cyrus, or else? is there any benchmark (ie: timed command) I can issue to test if ldap is acting slow, or else? Thanks, -- *Marco* --- [Ai sensi e per gli effetti della Legge sulla tutela della privacy (L. 196/2003), questa mail è destinata unicamente alle persone sopra indicate e le informazioni in essa contenute sono da considerarsi strettamente riservate. E' proibito leggere, copiare, usare o diffondere il contenuto della presente mail senza autorizzazione. Se avete ricevuto questo messaggio per errore, siete pregati di rispedire la stessa al mittente. Grazie] -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
Hi Marco, I can login both of my setups. I have no reference as in the sogo webmail online demo, but it feels also slowish I have just tried the online demo, and to me it feels approx the same as our local sogo install. could it be dovecot? is it better cyrus, or else? Nope, they are both equally good, and well supported. We have dovecot, but I guess you'll find many here using cyrus. Choose whatever you know best and like most. Both should normally perform well. (though perhaps dovecot could be a bit quicker than cyrus..?) is there any benchmark (ie: timed command) I can issue to test if ldap is acting slow, or else? Sogo.log tells you for many commands how long they took to complete. And I don't think a slower ldap would 'slow down' your imap folders. MJ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
Dear Marco, OK. well, in the mean while I managed to install roundcube (1.0.1) I personally wouldn't ever suggest to use anything that is written in php. I have no reference as in the sogo webmail online demo, but it feels also slowish [...] could it be dovecot? is it better cyrus, or else? I'd stick to dovecot. To make dovecot show its real power, I'd recommend to use dovecot's 'deliver': That way all imap operations get a tremendous speedup due to the on disk indexes dovecot creates. (Check the dovecot wiki for more details). is there any benchmark (ie: timed command) I can issue to test if ldap is acting slow, or else? Depending on your configuration you may for example use a local ldap slave and connect to localhost (without using ssl). This will remove latency and SSL overhead. Sadly SOGo cannot use ldapi sockets so fine grained ACLs aren't possible. -- Adi -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
On 27 May 2014, at 16:16, marco ardito ard...@apiform.to.it wrote: could it be dovecot? is it better cyrus, or else? Dovecot is probably not correctly configured. Can you post dovecot.conf and apache2 modules list. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo repos for Ubuntu Trusty 14.04
Em 27-05-2014 10:16, Steve Ankeny escreveu: By the way, I have upgraded a ZEG 12.04 to 14.04 via dist-upgrade and everything will work if you keep the Inverse repositories at precise I'd guess that might still be the case with a fresh install. Already tried, it is even scariest (not dist-upgrading, just trying precise on trusty): root@venus:~# apt-cache madison sogo sogo |2.2.3-1 | http://inverse.ca/ubuntu/ precise/precise amd64 Packages sogo | 2.1.1b-1 | http://br.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages sogo |2.2.3-1 | http://inverse.ca/ubuntu/ precise/precise Sources root@venus:~# aptitude install sogo sogo-activesync Os NOVOS pacotes a seguir serão instalados: autotools-dev{a} cpp{a} cpp-4.8{a} gcc{a} gcc-4.6-base{a} gcc-4.8{a} gnustep-base-common{a} gnustep-base-runtime{a} gnustep-common{a} gnustep-make{a} gobjc{a} gobjc-4.8{a} libasan0{a} libatomic1{a} libc-dev-bin{a} libc6-dev{a} libcloog-isl4{a} libgcc-4.8-dev{a} libgnustep-base1.24{a} libgomp1{a} libisl10{a} libitm1{a} libmpc3{a} libmpfr4{a} libobjc-4.8-dev{a} libobjc3{a} libobjc4{a} libquadmath0{a} libsbjson2.3{a} libsope-appserver4.9{ab} libsope-core4.9{ab} libsope-gdl1-4.9{ab} libsope-ldap4.9{ab} libsope-mime4.9{ab} libsope-xml4.9{ab} libtsan0{a} libwbxml2-0{a} libxslt1.1{a} linux-libc-dev{a} manpages-dev{a} memcached{a} sogo{b} sogo-activesync{b} sope4.9-gdl1-mysql{ab} sope4.9-libxmlsaxdriver{ab} tmpreaper{a} 0 pacotes atualizados, 46 novos instalados, 0 a serem removidos e 3 não atualizados. É preciso obter 31,6 MB de arquivos. Depois do desempacotamento, 111 MB serão usados. Os pacotes a seguir possuem dependências não satisfeitas: sope4.9-libxmlsaxdriver : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. sogo : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. Depende: libmemcached6 (= 0.44) o qual é um pacote virtual. libsope-xml4.9 : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. libsope-appserver4.9 : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. sogo-activesync : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. libsope-mime4.9 : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. sope4.9-gdl1-mysql : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. libsope-ldap4.9 : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. libsope-gdl1-4.9 : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. libsope-core4.9 : Depende: libgnustep-base1.22 (= 1.22.1) o qual é um pacote virtual. As seguintes ações resolverão estas dependências: Manter os pacotes a seguir em suas versões atuais: 1) libsope-appserver4.9 [Não Instalado] 2) libsope-core4.9 [Não Instalado] 3) libsope-gdl1-4.9 [Não Instalado] 4) libsope-ldap4.9 [Não Instalado] 5) libsope-mime4.9 [Não Instalado] 6) libsope-xml4.9 [Não Instalado] 7) sogo [Não Instalado] 8) sogo-activesync [Não Instalado] 9) sope4.9-gdl1-mysql [Não Instalado] 10) sope4.9-libxmlsaxdriver [Não Instalado] Aceitar esta solução? [Y/n/q/?] q Abandonando todos os esforços para resolver estas dependências. Abortar. root@venus:~# Someone from Inverse will have to answer your question. I'm sure they are working on it. :) Thanks. -- *Marcio Merlone* -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
Il 27/05/2014 17:11, heupink ha scritto: is acting slow, or else? is there any benchmark (ie: timed command) I can issue to test if ldap Sogo.log tells you for many commands how long they took to complete. And I don't think a slower ldap would 'slow down' your imap folders. MJ Thx all :D Sogo.log here are last lines whan switching from Inbox to Trash... 192.168.3.22 - - [27/May/2014:17:47:44 GMT] POST /SOGo/so/ardito/Mail//0/folderINBOX/uids HTTP/1.1 200 28/46 2.648 - - 0 192.168.3.22 - - [27/May/2014:17:47:52 GMT] POST /SOGo/so/ardito/Mail/0/folderTrash/unseenCount HTTP/1.1 200 13/0 2.085 - - 0 192.168.3.22 - - [27/May/2014:17:47:52 GMT] POST /SOGo/so/ardito/Mail//0/folderTrash/uids HTTP/1.1 200 386/28 2.127 1124 65% 0 Are those float near the line end, seconds? Because that could likely be the lag I experiment...2-3 seconds. need more lines? Then, here some conf files I have atm (keep in mind that is just a test install, lots of details are just tests. and I disabled any SSL I found, for now) /etc/dovecot/local.conf: disable_plaintext_auth = no log_path = /var/log/dovecot.message log_timestamp = %Y-%m-%d %H:%M:%S mail_location = maildir:/var/mail/%u mail_privileged_group = mail mail_uid = vmail mail_gid = vmail auth_cache_size=5 M auth_cache_ttl=3600 passdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } passdb { driver = pam } protocols = imap service auth { unix_listener auth-master { group = vmail mode = 0600 user = vmail } unix_listener auth-userdb { user = vmail } user = root } userdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } userdb { driver = passwd } protocol lda { hostname = oc.local log_path = /var/log/dovecot.message postmaster_address = postmaster@oc.local } protocol pop3 { pop3_uidl_format = %08Xu%08Xv } /etc/dovecot/dovecot-ldap.conf (setup B, eg: local openldap) === uris = ldap://localhost:389 dn = cn=admin,dc=oc,dc=local dnpass = openchange tls = no ldap_version = 3 base = dc=oc,dc=local scope = subtree user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid user_filter = (uid=%u) pass_attrs = uid=user,userPassword=password pass_filter = (uid=%u) apache (/etc/apache2/conf.d/SOGo.conf) == Alias /SOGo.woa/WebServerResources/ \ /usr/lib/GNUstep/SOGo/WebServerResources/ Alias /SOGo/WebServerResources/ \ /usr/lib/GNUstep/SOGo/WebServerResources/ Directory /usr/lib/GNUstep/SOGo/ AllowOverride None Order deny,allow Allow from all # Explicitly allow caching of static content to avoid browser specific behavior. # A resource's URL MUST change in order to have the client load the new version. IfModule expires_module ExpiresActive On ExpiresDefault access plus 1 year /IfModule /Directory ## Uncomment the following to enable proxy-side authentication, you will then ## need to set the SOGoTrustProxyAuthentication SOGo user default to YES and ## adjust the x-webobjects-remote-user proxy header in the Proxy section ## below. #Location /SOGo # AuthType XXX # Require valid-user # SetEnv proxy-nokeepalive 1 # Allow from all #/Location ProxyRequests Off SetEnv proxy-nokeepalive 1 ProxyPreserveHost On # When using CAS, you should uncomment this and install cas-proxy-validate.py # in /usr/lib/cgi-bin to reduce server overloading # # ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py # Proxy http://localhost/app/cas-proxy-validate.py # Order deny,allow # Allow from your-cas-host-addr # /Proxy ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0 # Enable to use Microsoft ActiveSync support # Note that you MUST have many sogod workers to use ActiveSync. # See the SOGo Installation and Configuration guide for more details. # #ProxyPass /Microsoft-Server-ActiveSync \ # http://127.0.0.1:2/SOGo/Microsoft-Server-ActiveSync \ # retry=60 connectiontimeout=5 timeout=360 Proxy http://127.0.0.1:2/SOGo ## adjust the following to your configuration # RequestHeader set x-webobjects-server-port 443 # RequestHeader set x-webobjects-server-name 192.168.3.10 # RequestHeader set x-webobjects-server-url https://192.168.3.10; RequestHeader set x-webobjects-server-port 80 RequestHeader set x-webobjects-server-name 192.168.3.10 RequestHeader set x-webobjects-server-url http://192.168.3.10; ## When using proxy-side autentication, you need to uncomment and ## adjust the following line: # RequestHeader set x-webobjects-remote-user %{REMOTE_USER}e RequestHeader set x-webobjects-server-protocol HTTP/1.0 AddDefaultCharset UTF-8 Order allow,deny Allow from all /Proxy # For Apple autoconfiguration IfModule rewrite_module RewriteEngine On RewriteRule ^/.well-known/caldav/?$ /SOGo/dav [R=301] /IfModule That's it for now btw I'm utc+2 - I can answer only tomorrow... :)) -- *Marco * --- [Ai sensi e
Re: [SOGo] new to SOGo, have slowish webmail interface, need help...
What are these lines for? passdb { driver = pam } userdb { driver = passed } Martin Šimovič NETSON s.r.o. Mlynská 1/2338 934 01 Levice tel: +421 915 393 570 mail: mar...@netson.sk On 27 May 2014, at 17:58, marco ardito ard...@apiform.to.it wrote: Il 27/05/2014 17:11, heupink ha scritto: is acting slow, or else? is there any benchmark (ie: timed command) I can issue to test if ldap Sogo.log tells you for many commands how long they took to complete. And I don't think a slower ldap would 'slow down' your imap folders. MJ Thx all :D Sogo.log here are last lines whan switching from Inbox to Trash... 192.168.3.22 - - [27/May/2014:17:47:44 GMT] POST /SOGo/so/ardito/Mail//0/folderINBOX/uids HTTP/1.1 200 28/46 2.648 - - 0 192.168.3.22 - - [27/May/2014:17:47:52 GMT] POST /SOGo/so/ardito/Mail/0/folderTrash/unseenCount HTTP/1.1 200 13/0 2.085 - - 0 192.168.3.22 - - [27/May/2014:17:47:52 GMT] POST /SOGo/so/ardito/Mail//0/folderTrash/uids HTTP/1.1 200 386/28 2.127 1124 65% 0 Are those float near the line end, seconds? Because that could likely be the lag I experiment...2-3 seconds. need more lines? Then, here some conf files I have atm (keep in mind that is just a test install, lots of details are just tests. and I disabled any SSL I found, for now) /etc/dovecot/local.conf: disable_plaintext_auth = no log_path = /var/log/dovecot.message log_timestamp = %Y-%m-%d %H:%M:%S mail_location = maildir:/var/mail/%u mail_privileged_group = mail mail_uid = vmail mail_gid = vmail auth_cache_size=5 M auth_cache_ttl=3600 passdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } passdb { driver = pam } protocols = imap service auth { unix_listener auth-master { group = vmail mode = 0600 user = vmail } unix_listener auth-userdb { user = vmail } user = root } userdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } userdb { driver = passwd } protocol lda { hostname = oc.local log_path = /var/log/dovecot.message postmaster_address = postmaster@oc.local } protocol pop3 { pop3_uidl_format = %08Xu%08Xv } /etc/dovecot/dovecot-ldap.conf (setup B, eg: local openldap) === uris = ldap://localhost:389 dn = cn=admin,dc=oc,dc=local dnpass = openchange tls = no ldap_version = 3 base = dc=oc,dc=local scope = subtree user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid user_filter = (uid=%u) pass_attrs = uid=user,userPassword=password pass_filter = (uid=%u) apache (/etc/apache2/conf.d/SOGo.conf) == Alias /SOGo.woa/WebServerResources/ \ /usr/lib/GNUstep/SOGo/WebServerResources/ Alias /SOGo/WebServerResources/ \ /usr/lib/GNUstep/SOGo/WebServerResources/ Directory /usr/lib/GNUstep/SOGo/ AllowOverride None Order deny,allow Allow from all # Explicitly allow caching of static content to avoid browser specific behavior. # A resource's URL MUST change in order to have the client load the new version. IfModule expires_module ExpiresActive On ExpiresDefault access plus 1 year /IfModule /Directory ## Uncomment the following to enable proxy-side authentication, you will then ## need to set the SOGoTrustProxyAuthentication SOGo user default to YES and ## adjust the x-webobjects-remote-user proxy header in the Proxy section ## below. #Location /SOGo # AuthType XXX # Require valid-user # SetEnv proxy-nokeepalive 1 # Allow from all #/Location ProxyRequests Off SetEnv proxy-nokeepalive 1 ProxyPreserveHost On # When using CAS, you should uncomment this and install cas-proxy-validate.py # in /usr/lib/cgi-bin to reduce server overloading # # ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py # Proxy http://localhost/app/cas-proxy-validate.py # Order deny,allow # Allow from your-cas-host-addr # /Proxy ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0 # Enable to use Microsoft ActiveSync support # Note that you MUST have many sogod workers to use ActiveSync. # See the SOGo Installation and Configuration guide for more details. # #ProxyPass /Microsoft-Server-ActiveSync \ # http://127.0.0.1:2/SOGo/Microsoft-Server-ActiveSync \ # retry=60 connectiontimeout=5 timeout=360 Proxy http://127.0.0.1:2/SOGo ## adjust the following to your configuration # RequestHeader set x-webobjects-server-port 443 # RequestHeader set x-webobjects-server-name 192.168.3.10 # RequestHeader set x-webobjects-server-url https://192.168.3.10; RequestHeader set x-webobjects-server-port 80 RequestHeader set x-webobjects-server-name 192.168.3.10 RequestHeader set x-webobjects-server-url http://192.168.3.10; ## When using proxy-side autentication, you need to uncomment and ## adjust the following line: # RequestHeader set