Second part of prior commit

1 files changed, 748 insertions, 0 deletions

diff --git a/tde-i18n-it/docs/tdenetwork/ktalkd/index.docbook b/tde-i18n-it/docs/tdenetwork/ktalkd/index.docbook
new file mode 100644
index 00000000000..14aaa19d35a
--- /dev/null
+++ b/tde-i18n-it/docs/tdenetwork/ktalkd/index.docbook
@@ -0,0 +1,748 @@
+<?xml version="1.0" ?>
+<!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [
+  <!ENTITY kappname "&ktalkd;">
+  <!ENTITY % addindex "IGNORE"
+> 
+  <!ENTITY % Italian "INCLUDE"
+> <!-- change language only here -->   
+]>
+
+<book lang="&language;">
+
+<bookinfo>
+<title
+>Manuale di &ktalkd;</title>
+<authorgroup>
+<author
+><firstname
+>David</firstname
+> <surname
+>Faure</surname
+> <affiliation
+> <address
+><email
+>faure@kde.org</email
+></address>
+</affiliation>
+</author>
+
+<othercredit role="translator"
+><firstname
+>Luciano</firstname
+> <surname
+>Montanaro</surname
+> <affiliation
+><address
+><email
+>mikelima@cirulla.net</email
+></address
+></affiliation
+> <contrib
+>Traduzione del documento</contrib
+></othercredit
+> 
+</authorgroup>
+
+<legalnotice>
+&FDLNotice;
+</legalnotice>
+
+<copyright>
+<year
+>2001</year>
+<holder
+>David Faure</holder>
+</copyright>
+
+<date
+>2001-05-02</date>
+<releaseinfo
+>1.05.02</releaseinfo>
+
+<abstract>
+<para
+>&ktalkd; è un demone <command
+>talk</command
+> evoluto - un programma che processa le richieste in arrivo dal comando <command
+>talk</command
+>, le annuncia all'utente e permette di rispondere usando un client talk. </para
+> 
+
+</abstract>
+<keywordset>
+<keyword
+>KTALKD</keyword>
+<keyword
+>talk</keyword>
+<keyword
+>talkd</keyword>
+<keyword
+>otalk</keyword>
+<keyword
+>ntalk</keyword>
+<keyword
+>ktalkdlg</keyword>
+<keyword
+>kcmktalkd</keyword>
+</keywordset>
+</bookinfo>
+
+<chapter id="introduction">
+<title
+>Introduzione</title>
+
+<para
+>&ktalkd; è un demone <command
+>talk</command
+> evoluto - un programma che processa le richieste in arrivo dal comando <command
+>talk</command
+>, le annuncia all'utente e permette di rispondere usando un client talk. </para>
+
+<important>
+<para
+>Nota che &ktalkd; è progettato per funzionare su macchine usate da un singolo utente, e non dovrebbe essere usato su macchine multiutente: poiché legge i file di configurazione dell'utente, gli utenti possono costringere il demone <command
+>talk</command
+> ad eseguire qualsiasi comando, e questo è particolarmente pericoloso. Non usare &ktalkd; se crei account per persone di cui non ti fidi completamente sulla tua macchina. </para>
+</important>
+
+<para
+>In questo documento, se qualcuno vuole parlare con te, sarai identificato come il <quote
+>chiamato</quote
+>. </para>
+
+<para
+>&ktalkd; offre le seguenti funzionalità:</para>
+
+<variablelist>
+<varlistentry>
+<term
+>Risponditore automatico</term>
+<listitem>
+<para
+>Se il chiamato non è connesso al computer, o se non risponde dopo il secondo annuncio, viene avviato un risponditore automatico, che prende il messaggio e lo invia per posta elettronica al chiamato. </para>
+</listitem>
+</varlistentry>
+<varlistentry>
+<term
+>Suono</term>
+<listitem>
+<para
+>È possibile riprodurre un suono durante l'annuncio, se lo desideri. </para>
+</listitem>
+</varlistentry>
+<varlistentry>
+<term
+>X Announce </term>
+<listitem>
+<para
+>Se viene compilato con &kde; installato, &ktalkd; userà <command
+>ktalkdlg</command
+>, una finestra di dialogo di &kde;, per gli annunci. Se &ktalk; è già in esecuzione, verrà usato questo per dare l'annuncio (Nuova funzione a partire dalla versione 0.8.8). </para>
+</listitem>
+</varlistentry>
+<varlistentry>
+<term
+>Annunci su più display</term>
+<listitem>
+<para
+>Se sei connesso da remoto (&eg; con il comando <userinput
+>export<command
+> </command
+><envar
+>DISPLAY</envar
+>=<replaceable
+>...</replaceable
+></userinput
+>), l'annuncio di X sarà fatto anche sul display remoto. Rispondi all'annuncio dalla sessione che preferisci! Se sei connesso anche attraverso ad un terminale testuale, e se <emphasis
+>non</emphasis
+> stai usando xterm (è una limitazione interna), vedrai l'annuncio anche nel terminale, per il caso in cui tu usi il terminale al momento dell'annuncio. </para>
+</listitem>
+</varlistentry>
+
+<varlistentry>
+<term
+>Inoltro <emphasis
+>(Nuova funzione, dalla versione 0.8.0)</emphasis
+></term>
+<listitem>
+<para
+>Puoi impostare l'inoltro ad un altro utente anche su un host differente se sei via. Ci sono tre diversi metodi di inoltro. Vedi la sezione <link linkend="usage"
+>Uso</link
+>. </para>
+</listitem>
+</varlistentry>
+
+<varlistentry>
+<term
+>Configurazione</term>
+<listitem>
+<para
+>Se &ktalkd; è compilato per &kde;, legge la configurazione dai file delle impostazioni di &kde;, quelli globali (<filename
+>$<envar
+>KDEDIR</envar
+>/share/config/ktalkdrc</filename
+>) e quelli dell'utente, residenti nella cartella personale. Quello globale deve essere modificato a mano dall'amministratore, ma ora è disponibile una finestra di configurazione per quello personale. Si chiama <command
+>kcmtalkd</command
+> e si trova in &kcontrol; dopo l'installazione di &ktalkd;. Per i sistemi dove &kde; non è installato, &ktalkd; leggerà il file <filename
+>/etc/talkd.conf</filename
+>. </para>
+</listitem>
+</varlistentry>
+
+<varlistentry>
+<term
+>Internazionalizzazione</term>
+<listitem>
+<para
+>Sotto &kde; l'annuncio sarà fatto nella tua lingua a patto che tu l'abbia impostata dai menu di &kde; e che qualcuno abbia tradotto <command
+>ktalkdlg</command
+> nella tua lingua. Lo stesso è vero per la finestra di configurazione, <command
+>kcmktalkd</command
+>. </para>
+</listitem>
+</varlistentry>
+
+<varlistentry>
+<term
+>Gestione di <command
+>otalk</command
+> e <command
+>ntalk</command
+> <emphasis
+>(Nuova funzione, dalla versione 0.8.1)</emphasis
+></term>
+<listitem>
+<para
+>&ktalkd; ora gestisce entrambi i protocolli, anche per l'inoltro. Ovviamente, anche &ktalk; gestisce entrambi i protocolli. </para>
+</listitem>
+</varlistentry>
+</variablelist>
+
+<para
+>Spero che questo demone per talk ti possa essere utile,</para>
+
+<para
+>David Faure <email
+>faure@kde.org</email
+></para>
+
+</chapter>
+
+<chapter id="usage">
+<title
+>Uso</title>
+
+<para
+>Per usare &ktalkd; devi usare un client <command
+>talk</command
+>. Il programma da riga di comando <command
+>talk</command
+> è presente in quasi tutte le distribuzioni di sistemi &UNIX;. Prova ad usare <userinput
+><command
+>talk</command
+> <replaceable
+>tuo&lowbar;nomeutente</replaceable
+></userinput
+> per vedere che cosa succede quando ricevi richieste <command
+>talk</command
+>. </para>
+
+<para
+>Puoi anche provare il risponditore automatico allo stesso modo: avvia un comando <command
+>talk</command
+> diretto a te stesso, ignora l'annuncio per due volte, e vedrai il risponditore automatico. </para>
+
+<para
+>C'è un client <command
+>talk</command
+> con interfaccia grafica per &kde;, &ktalk;. Non è ancora parte dei pacchetti di &kde; ma lo puoi trovare suftp://ftp.kde.org. Dovrebbe essere in <ulink url="ftp://ftp.kde.org/pub/kde/stable/latest/apps/network"
+>ftp://ftp.kde.org/pub/kde/stable/latest/apps/network</ulink
+> </para>
+
+<para
+>La finestra di dialogo dell'annucio è banale: <guibutton
+>Rispondi</guibutton
+> o <guibutton
+>Ignora</guibutton
+>. </para>
+
+<para
+>La finestra di configurazione dovrebbe essere abbastanza semplice da usare, tranne che per l'impostazione dell'inoltro ad un altro utente (o anche ad un altro host). </para>
+
+<sect1 id="choosing-a-forwarding-method">
+<title
+>Scelta del metodo di inoltro</title>
+
+<para
+>Nessuno è perfetto, ciascuno ha i suoi vantaggi (+) e svantaggi (-). </para>
+
+<variablelist>
+<varlistentry>
+<term
+><acronym
+>FWA</acronym
+> - (ForWard Announcement) solo inoltro dell'annuncio.</term>
+<listitem>
+<para
+>Connessione diretta. Non è raccomandato. </para>
+<itemizedlist>
+<listitem>
+<para
+>(+) Saprai chi è il chiamante, ma </para>
+</listitem>
+<listitem>
+<para
+>(-) il chiamante dovrà rispondere ad un annuncio da parte tua. Fastidioso. </para>
+</listitem>
+<listitem>
+<para
+>(-) Non usare questo metodo se hai un risponditore automatico all'indirizzo <quote
+>andato via</quote
+>. (Il risponditore automatico non può mostrare gli annunci, farebbe confusione!) </para>
+</listitem>
+</itemizedlist>
+</listitem>
+</varlistentry>
+
+<varlistentry>
+<term
+><acronym
+>FRW</acronym
+> - (ForWard Requests) inoltra tutte le richieste, cambiando le informazioni se necessario</term>
+<listitem>
+<para
+>Connessione diretta. </para>
+<itemizedlist>
+<listitem>
+<para
+>(+) Il chiamante non saprà che sei assente, ma </para>
+</listitem>
+<listitem>
+<para
+>(-) non potrai sapere davvero chi è che ti chiama - solo il suo nome utente, (potresti vedere, ad esempio <computeroutput
+>talk da Wintalk@mio&lowbar;host</computeroutput
+>) </para>
+</listitem>
+</itemizedlist>
+</listitem>
+</varlistentry>
+
+<varlistentry>
+<term
+><acronym
+>FWT</acronym
+> - (ForWard and Talk) Inoltra tutte le richieste e accetta la chiamata.</term>
+<listitem>
+<para
+>Nessuna connessione diretta.</para>
+
+<itemizedlist>
+<listitem>
+<para
+>(+) Come sopra, ma funziona anche se tu ed il chiamante non potete essere in contatto diretto fra di voi (&eg; firewall). </para>
+</listitem>
+<listitem>
+<para
+>(+) ti verrà detto chi ti sta chiamando quando accetterai la chiamata </para>
+</listitem>
+<listitem>
+<para
+>(-) ma come nel caso <acronym
+>FRW</acronym
+>, non vedrai il nome della macchina nell'annuncio </para>
+</listitem>
+</itemizedlist>
+</listitem>
+</varlistentry>
+</variablelist>
+
+<para
+>In breve, usa <acronym
+>FWT</acronym
+> se vuoi usarlo dietro ad un firewall (e se &ktalkd; può accedere ad entrambe le reti), e <acronym
+>FWR</acronym
+> altrimenti. </para>
+
+</sect1>
+</chapter>
+
+<chapter id="questions-and-answers">
+<title
+>Domande e risposte</title>
+
+<qandaset>
+<qandaentry>
+<question>
+<para
+>Come mai l'utente <systemitem class="username"
+>root</systemitem
+> non riceve gli annunci di &kde;? </para>
+</question>
+
+<answer>
+<para
+>Perché questo sarebbe un problema di sicurezza, con il metodo attuale di identificazione dell'utente. Puoi aggirare questa limitazione aggiungendo due righe al file di configurazione di <command
+>xdm</command
+> (che sono gli stessi di &kdm;). </para>
+
+<note>
+<para
+>La distribuzione S.u.S.E &Linux; normalmente è già predisposta con queste righe. </para>
+</note>
+
+<para
+>Questi file di configurazione sono normalmente conservati in una cartella come <filename class="directory"
+>/etc/X11/xdm</filename
+>, o <filename class="directory"
+>/usr/X11R6/lib/X11/xdm</filename
+> su altri sistemi. Il resto della procedura presuppone che si trovino in <filename class="directory"
+>/etc/X11/xdm</filename
+>, quindi preparati a correggere il percorso, se necessario.</para>
+
+<para
+>Ecco che cosa devi fare:</para>
+
+<procedure>
+<step>
+<para
+>Modifica il file <filename
+>Xstartup</filename
+>, o crealo, (nella cartella di configurazione di <command
+>xdm</command
+>) in modo che contenga: </para
+> 
+<screen
+>#!/bin/sh
+/etc/X11/xdm/GiveConsole
+sessreg -a -l $DISPLAY -x /etc/X11/xdm/Xservers $USER</screen>
+</step>
+<step>
+<para
+>ed il file <filename
+>Xreset</filename
+> in modo che contenga: </para>
+<screen
+>#!/bin/sh
+/etc/X11/xdm/TakeConsole
+sessreg -d -l $DISPLAY $USER</screen>
+</step>
+<step>
+<para
+>Assicurati che <filename
+>xdm-config</filename
+> faccia riferimento ai suddetti file: </para>
+<screen
+>DisplayManager._0.startup:      /etc/X11/xdm/Xstartup
+DisplayManager._0.reset:        /etc/X11/xdm/Xreset </screen>
+</step>
+</procedure>
+
+<para
+>Questo farà in modo che &kdm; (o <command
+>xdm</command
+>) facciano accedere l'utente ad utmp, che è la procedura corretta. A mio parere, la procedura di login non è compito di &konsole; o di <command
+>xterm</command
+>. Questo, però, non farà connettere l'utente come utente di X se si usa <command
+>startx</command
+>... Qualcuno ha dei suggerimenti a proposito? </para>
+</answer>
+</qandaentry>
+
+<qandaentry>
+<question>
+<para
+>Come mai io, come normale utente, non ricevo gli annunci di &kde;? </para>
+</question>
+
+<answer>
+<para
+>Se usi un sistema &Linux; (con <filename class="directory"
+>/proc</filename
+> abilitato) questo comportamento è un bug. Per piacere, mandami una descrizione del bug in modo che possa correggerlo. </para>
+
+<para
+>Se stai usando la versione 2.0.35 di &Linux;, questo è un bug noto del kernel, che non permette a <systemitem class="username"
+>root</systemitem
+> di leggere <filename class="directory"
+>/proc</filename
+>. La soluzione è la stessa della domanda precedente, a patto che tu usi &kdm; o <command
+>xdm</command
+> per accedere ad X. In ogni caso, faresti bene ad aggiornare il sistema! </para>
+
+<para
+>Altrimenti, è tutto normale. &ktalkd; non riesce a trovare l'utente perché &kde; non lo registra in utmp ed il riconoscimento basato su &Linux; (<filename class="directory"
+>/proc</filename
+>) è disabilitato. La soluzione è la stessa che nella domanda precedente, a patto che utilizzi <acronym
+>kdm</acronym
+> o <acronym
+>xdm</acronym
+> per accedere ad X. Un'altra soluzione è di assicurarti che una copia dell'applicazione <application
+>xterm</application
+> sia sempre in esecuzione. </para>
+</answer>
+</qandaentry>
+
+<qandaentry>
+<question>
+<para
+>Come faccio ad ottenere un output di debug da &ktalkd;? </para>
+</question>
+
+<answer>
+<para
+>Poiché è un demone, non ci sarà output di debug sull'output standard. Per ottenere l'output di debug (ad esempio prima di inoltrare la segnalazione di un bug!), aggiorna le righe di <filename
+>inetd.conf</filename
+> che avviano &ktalkd; e &kotalkd; in modo che si legga: </para>
+ 
+<screen
+>talk   dgram   udp     wait    root    /usr/sbin/tcpd  /opt/kde/bin/ktalkd -d
+ntalk  dgram   udp     wait    root    /usr/sbin/tcpd  /opt/kde/bin/ktalkd -d</screen>
+
+<para
+>Nota bene l'opzione <option
+>-d</option
+>. </para>
+
+<para
+>Quindi modifica <filename
+>/etc/syslog.conf</filename
+> per aggiungere la seguente riga: </para>
+
+<screen
+>*.*         /var/log/all_messages</screen>
+
+<para
+>Perché funzioni, devi far ripartire <command
+>inetd</command
+> e <command
+>syslogd</command
+>:</para>
+
+<screen
+><prompt
+>%</prompt
+> <userinput
+><command
+>killall</command
+> <option
+>-HUP inetd</option
+></userinput>
+<prompt
+>%</prompt
+> <userinput
+><command
+>killall</command
+> <option
+>-HUP syslogd</option
+></userinput
+></screen>
+
+<para
+>Infine, avvia una sessione di <command
+>talk</command
+> e leggi il risultato nel file <filename
+>/var/log/all&lowbar;messages</filename
+> </para>
+
+<para
+>Quando inoltri la segnalazione di un bug, non dimenticare mai di includere l'output di debug, e riporta anche il numero di versione di &ktalkd; e l'output di <command
+>./configure</command
+>.</para>
+
+</answer>
+</qandaentry>
+</qandaset>
+
+</chapter>
+
+<chapter id="copyright-and-license">
+<title
+>Copyright e licenze</title>
+
+<para
+>La manutenzione di &ktalkd; ed i suoi miglioramenti sono fatti da David Faure, <email
+>faure@kde.org</email
+> </para>
+
+<para
+>Il programma originale è stato scritto da Robert Cimrman, <email
+>cimrman3@students.zcu.cz</email
+> </para>
+
+<para
+>Luciano Montanaro <email
+>mikelima@cirulla.net</email
+></para
+> 
+&underFDL; &underGPL; </chapter>
+
+<appendix id="installation">
+<title
+>Installazione</title>
+
+<sect1 id="how-to-obtain-ktalkd">
+<title
+>Dove trovare &ktalkd;</title>
+
+<para
+>&ktalkd; è ora un'applicazione del nucleo di &kde; <ulink url="http://www.kde.org"
+>http://www.kde.org</ulink
+>, e fa parte del pacchetto tdenetwork. </para>
+
+<para
+>È sempre possibile scaricare l'ultima versione di &ktalkd; dal sito &FTP; principale del progetto &kde;, <ulink url="ftp://ftp.kde.org/pub/kde"
+>ftp://ftp.kde.org/pub/kde</ulink
+> e dai suoi mirror. Normalmente la troverai in <ulink url="ftp://ftp.kde.org/pub/kde/stable/latest/apps/network"
+>ftp://ftp.kde.org/pub/kde/stable/latest/apps/network</ulink
+> </para>
+</sect1>
+
+<sect1 id="requirements">
+<title
+>Requisiti</title>
+
+<para
+>Per compilare con successo &ktalkd; ti servirà l'ultima versione delle librerie di &kde;, oltre alla libreria C++ &Qt;. Tutte le librerie richieste oltre a ktalkd stesso sono reperibili presso <ulink url="ftp://ftp.kde.org/pub/kde/"
+>ftp://ftp.kde.org/pub/kde/</ulink
+> </para>
+</sect1>
+
+<sect1 id="compilation-and-installation">
+<title
+>Compilazione e installazione</title>
+
+<para
+>Per compilare ed installare &ktalkd; sul tuo sistema, digita i seguenti comandi nella cartella base della distribuzione di &ktalkd;: </para>
+
+<screen
+><prompt
+>%</prompt
+> <userinput
+><command
+>./configure</command
+></userinput>
+<prompt
+>%</prompt
+> <userinput
+><command
+>make</command
+></userinput
+> 
+<prompt
+>%</prompt
+> <userinput
+><command
+>make</command
+> <option
+>install</option
+></userinput
+></screen>
+
+<para
+>Poiché &ktalkd; è un demone, <userinput
+><command
+>make</command
+> <option
+>install</option
+></userinput
+> richiederà i privilegi di <systemitem class="username"
+>root</systemitem
+>.</para>
+
+<para
+>Non dimenticare di aggiornare <filename
+>/etc/inetd.conf</filename
+>. Ad esempio, su un sistema &Linux;, se &kde; risiede in <filename class="directory"
+>/opt/kde</filename
+> cambia le righe riguardanti <command
+>talk</command
+> e <command
+>ntalk</command
+> con: </para>
+
+<screen
+>talk   dgram   udp     wait    root    /usr/sbin/tcpd  /opt/kde/bin/ktalkd
+ntalk  dgram   udp     wait    root    /usr/sbin/tcpd  /opt/kde/bin/ktalkd</screen>
+
+<para
+>Viene fornito uno script che applica le modifiche necessarie automaticamente. Aggiorna il file <filename
+>inetd.cong</filename
+> semplicemente eseguendo</para>
+
+<screen
+><prompt
+>%</prompt
+> <userinput
+><command
+>./post-install.sh</command
+></userinput
+></screen>
+
+<para
+>Comunque, dovrai <emphasis
+>riavviare inetd</emphasis
+> dopo aver fatto questo. Sulla maggior parte dei sistemi &Linux; invoca il seguente comando: </para>
+
+<screen
+><prompt
+>%</prompt
+> <userinput
+><command
+>killall</command
+> <option
+>-HUP inetd</option
+></userinput
+></screen>
+
+<para
+>Sui sistemi più recenti che usano <command
+>xinetd</command
+>, non c'è più <filename
+>/etc/inetd.conf</filename
+>, ed è necessario invece creare un file chiamato <filename
+>/etc/xinetd.d/talk/</filename
+>, contenente le seguenti righe: </para>
+
+<screen
+>service talk
+{
+        socket_type = dgram
+        wait = yes
+        user = root
+        server = /usr/bin/ktalkd
+}
+
+service ntalk
+{
+        socket_type = dgram
+        wait = yes
+        user = root
+        server = /usr/bin/ktalkd
+}</screen>
+
+<para
+>quindi riavvia <command
+>xinetd</command
+>. </para>
+
+<para
+>Per piacere, fammi sapere se hai dovuto fare delle modifiche per compilare e far funzionare &ktalkd; sulla tua piattaforma. </para>
+</sect1>
+
+</appendix>
+
+</book>
+
+<!--
+Local Variables:
+mode: sgml
+sgml-minimize-attributes:nil
+sgml-general-insert-case:lower
+sgml-indent-step:0
+sgml-indent-data:nil
+End:
+
+// vim:ts=0:sw=2:tw=78:noet
+-->
+
+