(it) mail and email to e-mail substitution

1 files changed, 14 insertions, 14 deletions

diff --git a/italian/Bugs/server-control.wml b/italian/Bugs/server-control.wml
index 72758bada7c..1a00dbdbb19 100644
--- a/italian/Bugs/server-control.wml
+++ b/italian/Bugs/server-control.wml
@@ -7,22 +7,22 @@
 <p>
 Così come <code>request@bugs.debian.org</code> permette di
 <a href="server-request">ottenere informazioni su segnalazioni e
-documentazione via email</a>, <code>control@bugs.debian.org</code>
+documentazione via e-mail</a>, <code>control@bugs.debian.org</code>
 permette di manipolare in vari modi i rapporti sui bug.
 </p>
 
 <p>
 Nel caso in cui serva scrivere un messaggio relativo al bug e manipolare i suoi
-metadati, i comandi possono essere inclusi nella mail a
-<code>nnn@bugs.debian.org</code>. Per farlo è necessario iniziare la mail con i
+metadati, i comandi possono essere inclusi nell'e-mail a
+<code>nnn@bugs.debian.org</code>. Per farlo è necessario iniziare l'e-mail con i
 comandi preceduti da <code>Control: </code>. Un metodo alternativo è quello di
-inviare una copia della mail a <code>control@bugs.debian.org</code> e scrivere i
-comandi nella mail con l'aggiunta del comando finale <code>thanks</code>.
+inviare una copia dell'e-mail a <code>control@bugs.debian.org</code> e scrivere i
+comandi nell'e-mail con l'aggiunta del comando finale <code>thanks</code>.
 </p>
 
 <p>
 Poiché i comandi del server di controllo vanno a cambiare
-lo stato di una segnalazione, una email di notifica viene mandata ai
+lo stato di una segnalazione, un'e-mail di notifica viene mandata ai
 curatori dei pacchetti coinvolti. Inoltre il messaggio inviato al
 server e le modifiche effettuate vengono registrate nella segnalazione
 e sono quindi disponibili tramite le pagine WWW.
@@ -36,13 +36,13 @@ nel file
 <code>bug-log-mailserver.txt</code>, o invia
 <code>help</code> a uno dei server di posta, per i dettagli sulle basi
 operative dei server di posta e i comandi comuni disponibili inviando
-mail a entrambi gli indirizzi.
+e-mail a entrambi gli indirizzi.
 </p>
 
 <p>
 La <a href="server-refcard">scheda di riferimento</a>
 per i server di posta è disponibile via WWW, in
-<code>bug-mailserver-refcard.txt</code> o inviando una mail e usando il
+<code>bug-mailserver-refcard.txt</code> o inviando un'e-mail e usando il
 comando <code>refcard</code>.
 </p>
 
@@ -150,7 +150,7 @@ comando <code>refcard</code>.
     Se fornisci un <var>originator-address</var> l'indirizzo di origine del bug
     sarà impostato all'indirizzo fornito. Se volessi diventare il
     nuovo indirizzo di origine del rapporto riaperto puoi usare la forma abbreviata
-    <code>!</code> o specificare il tuo indirizzo email.
+    <code>!</code> o specificare il tuo indirizzo e-mail.
     </p>
 
     <p>
@@ -289,7 +289,7 @@ comando <code>refcard</code>.
     <p>
     Se si voglia diventare nuovo originatore di una segnalazione si può
     utilizzare l'abbreviazione <code>!</code> o specificare il proprio
-    indirizzo email.
+    indirizzo e-mail.
     </p>
 
     <p>
@@ -309,7 +309,7 @@ comando <code>refcard</code>.
     il rapporto. Può essere usato per modificare un esistente indirizzo
     di forwarded-to, o registrarne uno nuovo per un bug che non era stato
     in precedenza annotato come inviato per conoscenza. <var>indirizzo</var>
-    dovrebbe in generale essere un URI, oppure un indirizzo email. Utilizzando
+    dovrebbe in generale essere un URI, oppure un indirizzo e-mail. Utilizzando
     di preferenza URI si permette a strumenti automatici di interrogare
     sistemi di tracciamento di bug (quali bugzilla) per evidenziare lo stato
     della segnalazione.
@@ -636,8 +636,8 @@ comando <code>refcard</code>.
 
     <p>
     Una notifica viene inviata all'utente che ha riportato il bug,
-    ma (in contrasto all'invio di una mail a <var>bugnumber</var><code>-done@bugs.debian.org</code>)
-    il testo della mail che ha causato la chiusura del bug <strong>non</strong> è
+    ma (in contrasto all'invio di un'e-mail a <var>bugnumber</var><code>-done@bugs.debian.org</code>)
+    il testo dell'e-mail che ha causato la chiusura del bug <strong>non</strong> è
     incluso in questa notifica. Il manutentore che chiude un rapporto
     dovrebbe assicurarsi, probabilmente inviando un messaggio separato,
     che l'utente che ha riportato il bug sappia del perché sia stato
@@ -690,7 +690,7 @@ comando <code>refcard</code>.
     <p>
     Se si vuole diventare il proprietario del bug, si può usare il
     <code>!</code> come scorciatoia o specificare il proprio indirizzo
-    email.
+    e-mail.
     </p>
   </dd>