User Tools

Site Tools


doc:appunti:linux:so:sogo

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
doc:appunti:linux:so:sogo [2013/09/13 11:08] – [Sincronizzazione] niccolodoc:appunti:linux:so:sogo [2021/05/24 15:45] (current) – [Demone sogod] niccolo
Line 24: Line 24:
   * ldap-utils   * ldap-utils
   * phpldapadmin   * phpldapadmin
 +
 +Moduli Apache necessari
 +
 +  * **rewrite** - Il file di configurazione ''/etc/apache2/conf-enabled/sogo.conf'' richiede il rewrite in modo che funzionino i **%%/.well-known/caldav/%%** e **%%/.well-known/carddav/%%**.
  
 ===== Demone sogod ===== ===== Demone sogod =====
 +
 +**ATTENZIONE** alla sintassi del file di configurazione! Dalla versione 1.3.16 (Debian Wheezy) alla version 2.0.7 (Debian Jessie) cambiano cose sostanziali, come la sintassi degli URL di collegamento.
  
 Una volta installato il pacchetto Debian e con l'opportuno file di configurazione **''/etc/sogo/sogo.conf''** è possibile far partire/fermare il servizio con **''/etc/init.d/sogo {start|stop|restart}''**. Il demone si pone in ascolto sulla porta **TCP 20000**, ma non è previsto connettersi direttamente ad essa da internet (lasciare pertanto il firewall chiuso!). Una volta installato il pacchetto Debian e con l'opportuno file di configurazione **''/etc/sogo/sogo.conf''** è possibile far partire/fermare il servizio con **''/etc/init.d/sogo {start|stop|restart}''**. Il demone si pone in ascolto sulla porta **TCP 20000**, ma non è previsto connettersi direttamente ad essa da internet (lasciare pertanto il firewall chiuso!).
Line 40: Line 46:
     OCSEMailAlarmsFolderURL = "postgresql://sogo:MySecret@127.0.0.1:5432/sogo/sogo_alarms_folder";     OCSEMailAlarmsFolderURL = "postgresql://sogo:MySecret@127.0.0.1:5432/sogo/sogo_alarms_folder";
  
-    SOGoAppointmentSendEMailNotifications = YES; 
     SOGoMailingMechanism = smtp;     SOGoMailingMechanism = smtp;
-    SOGoSMTPServer = 127.0.0.1; +    SOGoSMTPServer = "localhost"
-    SOGoSentFolderName = Sent; +    SOGoIMAPServer = "imap://localhost:143/?tls=YES"; 
-    SOGoTrashFolderName = Trash; +    // Maildir will be created as $HOME/Maildir/.Sent/, etc.     
-    SOGoDraftsFolderName = Drafts+    SOGoSentFolderName = "INBOX/Sent"; 
-    SOGoIMAPServer = "imaps://localhost:143/?tls=YES"; +    SOGoTrashFolderName = "INBOX/Trash"; 
-    SOGoSieveServer = "sieve://localhost:4190/?tls=YES";+    SOGoDraftsFolderName = "INBOX/Drafts"; 
 +    SOGoJunkFolderName "INBOX/Spam";
     SOGoIMAPAclConformsToIMAPExt = YES;     SOGoIMAPAclConformsToIMAPExt = YES;
 +    SOGoSieveServer = "sieve://localhost:4190/?tls=YES";
     SOGoVacationEnabled = YES;     SOGoVacationEnabled = YES;
     SOGoForwardEnabled = YES;     SOGoForwardEnabled = YES;
Line 55: Line 62:
     SOGoMailMessageCheck = manually;     SOGoMailMessageCheck = manually;
     SOGoMailAuxiliaryUserAccountsEnabled = NO;     SOGoMailAuxiliaryUserAccountsEnabled = NO;
 +    SOGoAppointmentSendEMailNotifications = YES;
  
     // Append the domain name to the c_uid to obtain an unique UID.     // Append the domain name to the c_uid to obtain an unique UID.
Line 66: Line 74:
         "rigacci.org" = {         "rigacci.org" = {
             SOGoMailDomain = "rigacci.org";             SOGoMailDomain = "rigacci.org";
-            SOGoIMAPServer = smartmail.rigacci.org;+            SOGoIMAPServer = "imap://smartmail.rigacci.org:143/?tls=YES";
             SOGoMailingMechanism = smtp;             SOGoMailingMechanism = smtp;
             SOGoSMTPServer = 127.0.0.1;             SOGoSMTPServer = 127.0.0.1;
Line 103: Line 111:
         "rigacci.net" = {         "rigacci.net" = {
             SOGoMailDomain = "rigacci.net";             SOGoMailDomain = "rigacci.net";
-            SOGoIMAPServer = mail.rigacci.net;+            SOGoIMAPServer = "imap://mail.rigacci.net:143/?tls=YES";
             SOGoMailingMechanism = smtp;             SOGoMailingMechanism = smtp;
             SOGoSMTPServer = 127.0.0.1;             SOGoSMTPServer = 127.0.0.1;
Line 179: Line 187:
 DELETE FROM sogo_user_profile WHERE c_uid = 'niccolo@rigacci.org'; DELETE FROM sogo_user_profile WHERE c_uid = 'niccolo@rigacci.org';
 </code> </code>
 +===== Tuning =====
 +
 +Le seguenti valutazioni sono state fatte su una installazione di **circa 30 utenti**.
 +
 +La parte più onerosa pare il numero di processi **imapd** contemporaneamente in esecuzione. Empiricamente risultano circa tre connessioni contemporanee per utente (client Mozilla Thunderbird). Poichè tutti gli utenti erano mascherati dietro un singolo indirizzo IP, in **''/etc/courier/imapd''** si imposta:
 +
 +<file>
 +MAXDAEMONS=200
 +MAXPERIP=100
 +</file>
 +
 +Un altro problema è sui child eseguiti da **''sogod''**, se non ce ne sono a sufficienza il processo padre entra in un loop sbagliato occupando il **100% della CPU**. Un child dovrebbe essere impegnato solo per la durata di una richiesta http, presumibilmente una decina sarebbero sufficienti. Abbiamo preferito averne 32 mettendo in **''/etc/default/sogo''**:
 +
 +<file>
 +PREFORK=32
 +</file>
 +
 +Il demone **''sogod''** fa interrogazioni continue al database **PostgreSQL**, teoricamente non ci dovrebbero essere più connessioni dei child ''sogod''. L'impostazione predefinita di Debian dovrebbe essere sufficiente, in **''/etc/postgresql/9.3/main/postgresql.conf''**:
 +
 +<file>
 +max_connections = 100
 +</file>
 +
 ===== LDAP Addressbook ===== ===== LDAP Addressbook =====
  
Line 209: Line 240:
 ==== Sincronizzazione ==== ==== Sincronizzazione ====
  
-=== Dal server ===+**Attenzione!** Pare che le modifiche al tipo di sincronizzazione non abbiano effetto immediato! Forse si deve riavviare il telefono dopo una modifica per essere sicuri che siano effettive. FIXME Dalle prove fatte (CardDAV-Sync free 0.4.5 e SOGo 2.0.7) il meccanismo di sincronizzazione non è affidabile al 100%. 
 + 
 +=== Unidirezionale dal server al telefono ===
  
 Con l'opzione **//Sincronizzazione unidirezionale solo dal server al telefono//** le modifiche fatte all'account dal telefono (es. aggiunta della foto, aggiunta di campi, ecc.) non vengono propagate sul server. Con l'opzione **//Sincronizzazione unidirezionale solo dal server al telefono//** le modifiche fatte all'account dal telefono (es. aggiunta della foto, aggiunta di campi, ecc.) non vengono propagate sul server.
  
-FIXME L'opzione **//Forza la sincronizzazione//** dovrebbe servire a sovrascrivere o meno le modifiche fatte sul telefono durante l'aggiornamento, cioè a far prevalere o meno le informazioni dal server. In realtà questa opzione pare non funzionare assolutamente: le modifiche fatte sul telefono ad un contatto restano fintanto che lo stesso contatto non viene modificato anche sul server, ma appena il contatto viene aggiornato sul server alcune informazioni vengono comunque sovrascritte (es. la foto aggiunta sul telefono viene rimossa), altri campi aggiunti sul telefono restano intatti (es. il nickname), indipendentemente dal settaggio di questa opzione.+FIXME L'opzione **//Forza la sincronizzazione//** dovrebbe servire a sovrascrivere o meno le modifiche fatte sul telefono durante l'aggiornamento, cioè a far prevalere o meno le informazioni dal server. In realtà questa opzione pare non funzionare assolutamente (forse si deve riavviare?): le modifiche fatte sul telefono ad un contatto restano fintanto che lo stesso contatto non viene modificato anche sul server, ma appena il contatto viene aggiornato sul server alcune informazioni vengono comunque sovrascritte (es. la foto aggiunta sul telefono viene rimossa), altri campi aggiunti sul telefono restano intatti (es. il nickname), indipendentemente dal settaggio di questa opzione.
  
 +=== Bidirezionale ===
  
 +Con l'opzione **//Il telefono ha la precedenza//**, le modifiche fatte sul telefono (aggiunta foto, aggiunta campi, modifiche) vengono propagate sul server. Tuttavia alcuni campi inseriti nel telefono non compaiono sul server, ad esempio i campi nickname e note.
 +
 +===== Filtri Sieve =====
 +
 +Per attivare il risponditore automatico (vacation) e l'inoltro  si deve ipostare nella sezione principale di **/etc/sogo/sogo.conf**:
 +
 +<file>
 +SOGoVacationEnabled = YES;
 +SOGoForwardEnabled = YES;
 +</file>
 +
 +Dopo aver riavviato il servizio, nella sezione //Impostazioni// => //Posta// della webamil SOGo compaiono le schede **Risponditore automatico** e **Inoltro**. Può capitare che quando si cerca di salvare le nuove impostazioni si ottiene il popup di errore **Servizio temporaneamente non disponibile**, che corrisponde all'errore in **/var/log/sogo/sogo.log**:
 +
 +<code>
 +sogod [32518]: <0x...[SOGoSieveManager]> Could not login 'username@example.org' on Sieve server:
 +    <0x...[NGSieveClient]: socket=<NGActiveSSLSocket[0x...]: mode=rw address=(null)>>:
 +    {RawResponse = "{}"; result = 0; }
 +</code>
doc/appunti/linux/so/sogo.1379063313.txt.gz · Last modified: 2013/09/13 11:08 by niccolo