diff options
author | Kate Korsaro <kate.korsaro@gmail.com> | 2024-03-13 07:55:11 +0000 |
---|---|---|
committer | Kate Korsaro <kate.korsaro@gmail.com> | 2024-03-13 07:55:11 +0000 |
commit | e470484a896c58807a3f7415666b5b7a8eeb3542 (patch) | |
tree | 295c56670b85da43565e19b13d1014a51dc6622e /italian | |
parent | a75b81fc6822343e8181ae1155eff8ccbae32566 (diff) |
(it) mail and email to e-mail substitution
Diffstat (limited to 'italian')
-rw-r--r-- | italian/Bugs/server-control.wml | 28 |
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> |