<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>
<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>
<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>
<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>
<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>
<para>Se sei connesso da remoto (⪚ 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>
<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>
<para>Se &ktalkd; è compilato per &kde;, legge la configurazione dai file delle impostazioni di &kde;, quelli globali (<filename>$<envar>TDEDIR</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>
<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>
<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_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>
<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>
<para>(-) non potrai sapere davvero chi è che ti chiama - solo il suo nome utente, (potresti vedere, ad esempio <computeroutput>talk da Wintalk@mio_host</computeroutput>) </para>
<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>
<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 &tdm;). </para>
<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>Modifica il file <filename>Xstartup</filename>, o crealo, (nella cartella di configurazione di <command>xdm</command>) in modo che contenga: </para>
<para>Questo farà in modo che &tdm; (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>
<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 &tdm; 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>tdm</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>
<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>
<para>Infine, avvia una sessione di <command>talk</command> e leggi il risultato nel file <filename>/var/log/all_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>
<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>
<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>
<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>
<para>Viene fornito uno script che applica le modifiche necessarie automaticamente. Aggiorna il file <filename>inetd.cong</filename> semplicemente eseguendo</para>
<para>Comunque, dovrai <emphasis>riavviare inetd</emphasis> dopo aver fatto questo. Sulla maggior parte dei sistemi &Linux; invoca il seguente comando: </para>
<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>
