Differences

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

--- doc:appunti:linux:sa:roundcube [2018/10/05 17:30] – [Virtual users ed alias] niccolo
+++ doc:appunti:linux:sa:roundcube [2022/01/28 09:36] (current) – [Debug] niccolo
@@ Line 44: / Line 44: @@
 Roundcube scrive i suoi log in **''/var/lib/roundcube/logs/''**.
-L'installazione predefinita Debian invece fa creare a Roundcube dei file di log in **''/var/log/roundcube/''**, il livello di logging si imposta in ''/etc/roundcube/main.inc.php'' con la direttiva **''$rcmail_config['debug_level']''**.
+L'installazione predefinita Debian invece fa creare a Roundcube dei file di log in **''/var/log/roundcube/''**, il livello di logging si imposta in ''/etc/roundcube/config.inc.php'' (nelle vecchie versioni Debian si usava ''main.inc.php'') con la direttiva **''$rcmail_config['debug_level']''**.
+Una opzione utile da attivare, disabilitata per default in Debian, è la registrazione dei login:
+<code php>
+// Log successful/failed logins to <log_dir>/userlogins or to syslog
+$config['log_logins'] = true;
+</code>
 ===== Sqlite =====
@@ Line 185: / Line 192: @@
 Secondo questo criterio è opportuno creare anche un record nella **tabella identities** (collegato all'utente nella tabella users), nel quale si imposta l'indirizzo email da usare come mittente.
+Un'altro parametro di configurazione consente di usare l'email di una propria identità come nome di login (tale parametro potrebbe rendere superfluo l'uso del plugin //virtuser_file//, qualora ogni utente avesse la propria identità impostata correttamente):
+<code php>
+// Enables possibility to log in using email address from user identities
+$config['user_aliases'] = true;
+</code>
 ===== Plugins =====
@@ Line 302: / Line 315: @@
 <email2>
 </file>
+===== Plugin roundcube-vacation-2.x =====
+Vedere la pagina su **[[https://plugins.roundcube.net/packages/gabtoth/vacation|plugins.roundcube.net]]**, l'archivio si può scaricare dalla sua pagina su **[[https://github.com/gabor-toth/roundcube-vacation-plugin|GitHub]]**.
+Creare la cartella **/usr/local/share/roundcube/plugins/vacation/** e scompattare al suo interno il contenuto dell'archivio, quindi creare un **link simbolico**:
+<code>
+ln -s /usr/local/share/roundcube/plugins/vacation /var/lib/roundcube/plugins
+</code>
+Attivare il plugin aggiungendolo all'array **%%$config['plugins']%%** nel file **/etc/roundcube/config.inc.php**:
+<code php>
+$config['plugins'] = array(
+    'vacation'
+);
+</code>
 ===== Filtri web-mail =====
@@ Line 323: / Line 354: @@
 ===== Problema con la Disposition Notification =====
-Può esserci un problema con l'invio della notifica di ricezione: Roundcube reagisce correttamente alla richiesta contenuta nell'header **''Disposition-Notification-To:''** e genera un messaggio opportuno. Secondo l'**[[https://www.ietf.org/rfc/rfc2298.txt|RFC2298]]** il campo From dell'envelope (quello trasmesso da **''MAIL FROM:''** del protocollo SMTP) deve essere vuoto, ma in alcuni casi il server SMTP potrebbe rifiutare un messaggio fatto in quel modo.
+Quando si crea un nuovo messaggio email è possibile attivare l'opzion **Return receipt** (in italiano **Ricevuta di ritorno**). Questa opzione aggiunge due header al messaggio in uscita:
-Gli errori si vedono in ''/var/log/roundcube/errors'':
+<file>
+Return-Receipt-To
+Disposition-Notification-To
+</file>
-<code>
+Aprendo il messaggio con lo stesso Roundcube, viene chiesto se inviare la ricevuta:
-SMTP Error: SMTP error: Failed to add recipient 'mail@example.com'
-    in /usr/share/roundcube/program/include/main.inc on line 1747
-    (POST /roundcube/?_task=mail&_action=sendmdn?_task=&_action=)
-</code>
+//Il mittente ha richiesto di ricevere una notifica dell'avvenuta lettura del messaggio. Intendi inviare tale notifica?//
+Rispondendo in modo affermativo, potrebbe accadere di ricevere il seguente errore:
+//Errore SMTP (554): Fallito l'inserimento del destinatario "username@domain.com" (5.7.1 <>: Sender address rejected: Access denied)//
+Secondo l'**[[https://www.ietf.org/rfc/rfc2298.txt|RFC2298]]** in un messaggio MDN il campo From dell'envelope (quello trasmesso da **''MAIL FROM:''** del protocollo SMTP) deve essere vuoto e Roundcube si comporta di conseguenza. Queste le raccomandazioni dell'RFC:
+//The From field of the message header of the MDN MUST contain the address of the person for whom the message disposition notification is being issued.
+The envelope sender address (i.e., SMTP MAIL FROM) of the MDN MUST be null (<>), specifying that no Delivery Status Notification messages or other messages indicating successful or unsuccessful delivery are to be sent in response to an MDN.//
+Purtroppo in alcuni casi il server SMTP potrebbe rifiutare un messaggio composto in quel modo. Ad esempio il server Postfix potrebbe loggare quanto segue:
+<file>
+postfix/smtpd[24890]: connect from localhost.localdomain[127.0.0.1]
+postfix/smtpd[24890]: NOQUEUE: reject: RCPT from localhost.localdomain[127.0.0.1]:
+5.7.1 <>: Sender address rejected:
+    Access denied; from=<> to=<username@domain.com> proto=ESMTP helo=<mail.domain.com>
+</file>
+Con **Roundcube 1.2.3** è possibile aggiungere un parametro a **/etc/roundcube/config.inc.php** che contravviene all'RFC, ma risolve il problema:
+<code php>
+// According to RFC2298, return receipt envelope sender address must be empty.
+// but our SMTP server does not accept a "from=<>".
+$config['mdn_use_from'] = true;
+</code>
-Il codice che rimuove il FROM è contenuto nel file **''rcube_smtp.php''** alle riga 223:
+Per versioni più vecchie di Roundcube l'unica alternativa è modificare il codice sorgente. La parte che rimuove il FROM è contenuto nel file **''rcube_smtp.php''** alle riga 223:
 <code php>