Re: Personalizzare "su"
Il sabato 29 novembre 2008 01:47:03 Eriol ha scritto: > In ogni caso penso che in un'università non vengano lasciati sistemi con > l'installazione di default. E credo (e spero ;) che questo si estenda a > tutte le macchine in cui accedono più persone (immagino vi siano degli > admin che si occupino di tali macchine...) Forse, ma poi gli admin accedono ai router tramite telnet ... Ciao, Darkbasic -- Public Key 0x3CDB2D28 @ wwwkeys.eu.pgp.net signature.asc Description: This is a digitally signed message part.
Re: Personalizzare "su"
On Friday 28 November 2008 19:47:06 Davide Prina wrote: > Anche se la mia domanda resta aperta. Io non chiedevo come rendere > sicuro il login, ma se un login fatto su una macchina installata > "normalmente" e a cui accedono più persone può di "default" offrire > delle garanzie di sicurezza (che nessun altro utente non-root possa > carpirmi la password con wrapper) ... o l'unica garanzia è riavviare la > macchina. Che io sappia no... cioè a meno che non venga cambiato proprio il "default" dai DD. Oltre a quanto detto da NN_il_Confusionario, io disabiliterei anche "su": magari lasciandolo attivo solo per determinati utenti trusted. Ma anche qui la mia risposta esula la tua domanda. In ogni caso penso che in un'università non vengano lasciati sistemi con l'installazione di default. E credo (e spero ;) che questo si estenda a tutte le macchine in cui accedono più persone (immagino vi siano degli admin che si occupino di tali macchine...) -- Eriol - *p = NULL; - EIBTI GPG Key ID 0B7C8A19 http://mornie.org -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
riporto qui sotto la riposta di NN_il_Confusionario che, come sempre, è molto interessante. Anche se la mia domanda resta aperta. Io non chiedevo come rendere sicuro il login, ma se un login fatto su una macchina installata "normalmente" e a cui accedono più persone può di "default" offrire delle garanzie di sicurezza (che nessun altro utente non-root possa carpirmi la password con wrapper) ... o l'unica garanzia è riavviare la macchina. NN_il_Confusionario wrote: On Thu, Nov 27, 2008 at 09:59:41PM +0100, Davide Prina wrote: Un esempio è accedere ad un laboratorio di una università. Come dicevo: login ammesso per root solo attraverso console seriale e con autenticazione pam non con password (root NON ha password valide). Eventualmente login remoto ssh solo con chiave (o ticket kerberos) e da certi IP (con adeguata configurazione degli switch della rete). Password nel boot loader per ogni cambiamento al boot di default. Blindatura fisica del case. Workstations diskless che a ogni riavvio sono resettate a una situazione di default (qualsiasi cambio ai files di sistema operato dalla workstation stessa e` quindi resettato). Eccetera. Tutte cose NON di default in una installazione debian (ma credo neanche OpenBSD le metta di default; certamente l'installer di OpenBSD fa impostare a root la password e non crea altri utenti), tutte cose che un amministratore di un laboratorio deve saper fare comunque. Il punto e` che _NON_ esiste e non puo` ragionevolmente esistere un punto di compromesso universale tra usabilita` e sicurezza: ogni amministratore deve poter (e saper) scegliere il tipo di configurazione adatta al caso. Il punto di forza di debian e` la estrema configurabilita` (e non solo in fatto di sicurezza). Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione per l'uso di formati accessibili nell'Unione Europea http://tinyurl.com/y6u4m5 Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
NN_il_Confusionario wrote: On Thu, Nov 27, 2008 at 09:01:23PM +0100, Davide Prina wrote: Mi sono perso qualcosa? /etc/securetty e i moduli pam per autenticare con qualcosa di diverso da una password (si, e` possibile avere sistemi perfettamente funzionali in cui non ci sono password valide per l'uid 0) e i sistemi di MAC o comunque di limitazione dei super-poteri del classico uid 0 unix però, se non ho capito male, tutto questo non vale in un sistema configurato normalmente (con i parametri di default). Non stavo chiedendo se è possibile blindare un PC per impedire che un utente normale possa impadronirsi di password di altri senza sfruttare buchi di sicurezza ... ma se è possibile, su un'installazione "normale", poter effettuare un login avendo la certezza di non fornire la propria password ad un wrapper Inoltre il mio esempio sulla password di root era solo come esempio, io potrei voler impadronirmi della password di un altro utente ... per rubargli il progetto di sistemi che ha appena concluso dopo mesi di sviluppo e presentarlo come mio all'esame ... Tuttavia: Quello che voglio capire è: che sicurezza c'è a fare il login da una macchina già accesa? tutte le faq assicurano che quando un potenziale attaccante ha accesso fisico alla macchina, allora ha gia` vinto (esempio: spegne, stacca il disco lo porta via sotituendolo con uno preparato prima) questo è vero, ma deve avere accesso completo alla macchina ... per esempio se la macchina è in un laboratorio frequentato anche da altre persone è un po' più complesso poter fare quello che vuole, ma con un wrapper può superare tutti questi problemi e il suo atto non viene di certo notato. Un esempio è accedere ad un laboratorio di una università. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Esci dall'illegalità: utilizza OpenOffice.org: http://linguistico.sf.net/wiki/doku.php?id=UsaOOo Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
Eriol wrote: On Wednesday 26 November 2008 21:05:05 Davide Prina wrote: Per l'utente root l'unica sicurezza di non fornire la sua password ad altri che hanno una login sulla macchina è quella di fare un reboot. Mi sono perso qualcosa? Intendi se l'utente root ha la necessità di usare "su" da una shell di un suo generico utente? no, o meglio non solo. Ammettiamo che tu sei l'amministratore della macchina e io sono un utente di quella macchina che vuole impadronirsi della tua password di root. Io arrivo sulla macchina, faccio qualcosa e poi me ne vado. Arrivi tu, la macchina è accesa ... e da dove fai il login? Io ho avuto la possibilità di fare il login da ogni tty e su ognuna di far partire un wrapper che emula il login sulla macchina, ma che, oltre a fare il login, si memorizza la password in un log. La stessa cosa è fattibile anche per il login grafico. In pratica io ho sostituito tutte le modalità di login di quella macchina con una copia identica dell'interfaccia (un po' come i siti che riproducono l'home page di una banca) e sto aspettando che tu te ne vada per leggermi la password di root dal mio log. Mi sono perso qualcosa? Piccola premessa, io avevo dato per scontato che l'OP intendesse usare il tutto per se stesso: magari per via dell'ora tarda, o per il fatto che tornassi da una festa ;) anch'io ho pensato e penso ancora la stessa cosa. Quello che voglio capire è: che sicurezza c'è a fare il login da una macchina già accesa? Non avevo mai pensato a questo problema prima ... Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Client di posta: http://www.mozilla.org/products/thunderbird GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
On Wednesday 26 November 2008 21:05:05 Davide Prina wrote: > Hmm se un utente usa questo wrapper, aggiungendoci un log ... può > arrivare a leggersi la password di un altro utente che fa su da una > shell e penso che la regola di usare "su -" qui cada ... addirittura si > potrebbe impostare una finestra che mima il login ... Sì, il "su -" viene a cadere semplicemente perché l'eventuale logging avverrebbe prima. > Per l'utente root l'unica sicurezza di non fornire la sua password ad > altri che hanno una login sulla macchina è quella di fare un reboot. > > Mi sono perso qualcosa? Intendi se l'utente root ha la necessità di usare "su" da una shell di un suo generico utente? Piccola premessa, io avevo dato per scontato che l'OP intendesse usare il tutto per se stesso: magari per via dell'ora tarda, o per il fatto che tornassi da una festa ;) Per questo rispondevo al tuo ultimo punto semplicemente dicendo di modificare il PATH. Tornando a noi, beh, non penso che un amministratore dia "su" dal terminale di un generico utente, a meno che quell'utente non sia il suo :) L'impatto di un possibile utilizzo malevolo, IMO, è estremamente basso. > > Questo punto lo risolverei semplicemente modificando PATH. > > secondo me questa non è una soluzione ottimale e sempre funzionante. > [CUT] > La soluzione può essere ottimale o meno a seconda degli usi e degli > scopi d'uso. Sì concordo con te. Davo per scontato un utilizzo non malevolo, quindi che fosse volontà dell'utente usare il wrapper. Saluti, -- Eriol - *p = NULL; - EIBTI GPG Key ID 0B7C8A19 http://mornie.org -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
Eriol wrote: On Tuesday 25 November 2008 21:08:19 Davide Prina wrote: ottima idea, ma servirebbe: 1) poter invocare su passandogli la password Per aggirare il problema quindi si possono potrebbero utilizzare le pty, tuttavia per sbrigarmi ho preferito utilizzare expect, in particolare il binding per python (pexpect: su debian è pacchettizzato come python-pexpect). Il risultato è qui: http://mornie.org/code/browser/misc/wrapsu.py interessante, non conoscevo questa possibilità. Hmm se un utente usa questo wrapper, aggiungendoci un log ... può arrivare a leggersi la password di un altro utente che fa su da una shell e penso che la regola di usare "su -" qui cada ... addirittura si potrebbe impostare una finestra che mima il login ... Per l'utente root l'unica sicurezza di non fornire la sua password ad altri che hanno una login sulla macchina è quella di fare un reboot. Mi sono perso qualcosa? 3) far si che scrivendo "su" (se si vuole usare "su" per eseguirlo) non venga eseguito /bin/su o tale comando venga sostituito con il wrapper ... ma questo implicherebbe una reinstallazione del wrapper ad ogni aggiornamento del pacchetto login Questo punto lo risolverei semplicemente modificando PATH. secondo me questa non è una soluzione ottimale e sempre funzionante. Ad esempio l'utente può cambiare il PATH, visto che è una sua variabile d'ambiente. Potrebbe esserci anche il caso in cui l'utente utilizzi il percorso assoluto per eseguire su ... La soluzione può essere ottimale o meno a seconda degli usi e degli scopi d'uso. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione per uso di software interoperabile nell'UE: http://openparliament.eu/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
On Tuesday 25 November 2008 21:08:19 Davide Prina wrote: > ottima idea, ma servirebbe: > > 1) poter invocare su passandogli la password Questa è la parte che potrebbe sembrare la più complessa, poiché 'su' per ovvi motivi di sicurezza non accetta input se non da una tty: $ echo "SECRET" | su su: must be run from a terminal Per aggirare il problema quindi si possono potrebbero utilizzare le pty, tuttavia per sbrigarmi ho preferito utilizzare expect, in particolare il binding per python (pexpect: su debian è pacchettizzato come python-pexpect). Il risultato è qui: http://mornie.org/code/browser/misc/wrapsu.py > 2) non far stampare a su i suoi messaggi (es: Password:) Questo è semplice :) Anche senza expect, nel momento in cui si fa lo spawn un processo si ha il compito di gestirne stdin, stdout e stderr. > 3) far si che scrivendo "su" (se si vuole usare "su" per eseguirlo) non > venga eseguito /bin/su o tale comando venga sostituito con il wrapper > ... ma questo implicherebbe una reinstallazione del wrapper ad ogni > aggiornamento del pacchetto login Questo punto lo risolverei semplicemente modificando PATH. [EMAIL PROTECTED]:~$ mv devel/misc/wrapsu.py /tmp/su [EMAIL PROTECTED]:~$ chmod +x /tmp/su [EMAIL PROTECTED]:~$ type su su is /bin/su [EMAIL PROTECTED]:~$ export PATH=/tmp/:$PATH [EMAIL PROTECTED]:~$ su root -c id What is the password? Insert here: uid=0(root) gid=0(root) groups=0(root) [EMAIL PROTECTED]:~$ type su su is hashed (/tmp/su) > Non tutte cose così semplici o per lo meno più complesse di ricompilarsi > il sorgente ... o forse mi sbaglio? Uhm... non so se siano più complesse (adesso in ogni caso Luca può basarsi su quello script ;). Ad essere onesto, sarà pigrizia, ma provenendo da slackware dove qualunque cosa mi servisse dovevo pacchettizzarla tendo a ridurre al massimo tutto ciò: conta che ho solo 2 pacchetti fatti da me in questo momento :D Anche per questo, per me, il wrapper rappresentava la soluzione più naturale :) HTH, -- Eriol - *p = NULL; - EIBTI GPG Key ID 0B7C8A19 http://mornie.org -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
Mi sa che mi tengo la mia scrittina classica :P Il giorno mar, 25/11/2008 alle 21.08 +0100, Davide Prina ha scritto: > Eriol wrote: > > On Monday 24 November 2008 20:43:34 Davide Prina wrote: > >> modifica nei sorgenti e ricompila > > > > Oppure scrivere un wrapper attorno a 'su' evitando cosi` il problema del > > dover > > ricompilare ad ogni aggiornamento del pacchetto login. > > ottima idea, ma servirebbe: > > 1) poter invocare su passandogli la password > > 2) non far stampare a su i suoi messaggi (es: Password:) > > 3) far si che scrivendo "su" (se si vuole usare "su" per eseguirlo) non > venga eseguito /bin/su o tale comando venga sostituito con il wrapper > ... ma questo implicherebbe una reinstallazione del wrapper ad ogni > aggiornamento del pacchetto login > > Non tutte cose così semplici o per lo meno più complesse di ricompilarsi > il sorgente ... o forse mi sbaglio? > > Ciao > Davide > > -- > Dizionari: http://linguistico.sourceforge.net/wiki > Petizione per uso di software interoperabile nell'UE: > http://openparliament.eu/ > Non autorizzo la memorizzazione del mio indirizzo su outlook > > > -- Luca Canali http://lucacanali.blogspot.com -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
Eriol wrote: On Monday 24 November 2008 20:43:34 Davide Prina wrote: modifica nei sorgenti e ricompila Oppure scrivere un wrapper attorno a 'su' evitando cosi` il problema del dover ricompilare ad ogni aggiornamento del pacchetto login. ottima idea, ma servirebbe: 1) poter invocare su passandogli la password 2) non far stampare a su i suoi messaggi (es: Password:) 3) far si che scrivendo "su" (se si vuole usare "su" per eseguirlo) non venga eseguito /bin/su o tale comando venga sostituito con il wrapper ... ma questo implicherebbe una reinstallazione del wrapper ad ogni aggiornamento del pacchetto login Non tutte cose così semplici o per lo meno più complesse di ricompilarsi il sorgente ... o forse mi sbaglio? Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione per uso di software interoperabile nell'UE: http://openparliament.eu/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
On Monday 24 November 2008 20:43:34 Davide Prina wrote: > modifica nei sorgenti e ricompila Oppure scrivere un wrapper attorno a 'su' evitando cosi` il problema del dover ricompilare ad ogni aggiornamento del pacchetto login. -- Eriol - *p = NULL; - EIBTI GPG Key ID 0B7C8A19 http://mornie.org -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
ahi, ahi, ahi ... top quoting ... questo è male! ;-) Luca Canali wrote: No no no, so come si creano gli alias ma io volevo semplicemete cambiare la scritta che viene dopo che digiti su, la frase che ti chiede la password. modifica nei sorgenti e ricompila $ type su /bin/su $ apt-file search /bin/su | grep /bin/su$ login: /bin/su $ mkdir /tmp/1; cd /tmp/1 $ apt-get source login però poi devi: 1) crearti un repository locale per i tuoi file .deb compilati 2) mettere tale repository locale in testa a sources.list 3) ricompilare tutte le volte che login deve essere aggiornato Nota: potresti impedire gli aggiornamenti futuri di login, ma questa è una casa da evitare su un pacchetto così importante Nota2: per semplificare un po' di punti potresti usare apt-build, prima scarichi solo i sorgenti, fai la modifica, e poi chiedi di ricompilare senza scaricare i sorgenti ... in questo modo avresti "gratis" i punti 1 e 2, oltre alla creazione del pacchetto .deb Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione per liberare i PC: http://www.petitiononline.com/liberasw/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
No no no, so come si creano gli alias ma io volevo semplicemete cambiare la scritta che viene dopo che digiti su, la frase che ti chiede la password. Il giorno lun, 24/11/2008 alle 16.07 +0100, Luca Costantino ha scritto: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > soluzione molto poco raffinata, sicuramente esiste qualcosa di migliore > > aggiungi > > alias su = 'echo "frase personalizzata" && su' > > nel file .bashrc relativo all'utente > > vedi anche /etc/skel/.bashrc > > saluti > luca > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkkqwxwACgkQE6w+kwt/F8xasACgteZapvIEv2mMTZuiUscUIDOy > jOcAoMBCiLZn69sJ+289ShwrdKfiFDc5 > =6cMx > -END PGP SIGNATURE- > > Il 24 novembre 2008 15.23, Luca Canali <[EMAIL PROTECTED]> ha scritto: > > Probabilmente è una richiesta un pò del piffero ma qualcuno di voio > > conosce il file di configurazione o il modo di settare un'altra frase al > > momento del cambio di utente con su ??? -- Luca Canali http://lucacanali.blogspot.com -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Personalizzare "su"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 soluzione molto poco raffinata, sicuramente esiste qualcosa di migliore aggiungi alias su = 'echo "frase personalizzata" && su' nel file .bashrc relativo all'utente vedi anche /etc/skel/.bashrc saluti luca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkqwxwACgkQE6w+kwt/F8xasACgteZapvIEv2mMTZuiUscUIDOy jOcAoMBCiLZn69sJ+289ShwrdKfiFDc5 =6cMx -END PGP SIGNATURE- Il 24 novembre 2008 15.23, Luca Canali <[EMAIL PROTECTED]> ha scritto: > Probabilmente è una richiesta un pò del piffero ma qualcuno di voio > conosce il file di configurazione o il modo di settare un'altra frase al > momento del cambio di utente con su ??? -- Chiave pubblica http://luca.costantino.googlepages.com/luca.asc Non dobbiamo trascurare la probabilità che il costante inculcare la credenza in Dio nelle menti dei bambini possa produrre un effetto così forte e duraturo sui loro cervelli non ancora completamente sviluppati, da diventare per loro tanto difficile sbarazzarsene, quanto per una scimmia disfarsi della sua istintiva paura o ripugnanza del serpente.
Re: Personalizzare "su"
> il modo di settare un'altra frase al momento del cambio di utente con su non capisco cosa intendi... vuoi un modo per scrivere qualcosa al posto di su? se è così forse con gli alias ti va bene, guarda in fondo a ~/.bashrc (se non ricordo male)... brunetto -- "In piedi davanti al mare... meravigliato della meraviglia... io... un universo di atomi... un atomo nell'universo" "Ad ogni uomo viene data la chiave delle porte del paradiso. La stessa chiave apre le porte dell'inferno." - Richard P. Feynman - "Coltiva Linux, tanto Windows si pianta da solo" - Anonimo - -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Personalizzare "su"
Probabilmente è una richiesta un pò del piffero ma qualcuno di voio conosce il file di configurazione o il modo di settare un'altra frase al momento del cambio di utente con su ??? -- Luca Canali http://lucacanali.blogspot.com -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]