Newsgroup: it.comp.software.newsreader
Titolo: [Dialog] Finestra attiva

Salve,
la finestra attiva in Dialog viene indicata con un quadratino
blu e bianco... domanda: si puo' togliere tale indicatore?
Con scrollbar strette va ad invadere la finestra affianco
e, onestamente, fa un po' "schifo" da vedere :)
Non che sia particolarmente importante come cosa, pero'
ero curioso di sapere se c'era una soluzione a questo
piccolo inconveniente.
Thanx :)

 blu e bianco... domanda: si puo' togliere tale indicatore?
Non credo :/
|| From: Bane <-._@_.->
Oddio che brutta cosa ;)
Darestri una lettura a 
http://wiki.news.nic.it/AntiSpam
 per favore?
-- 
Fare Well! | 
gan...@ithn.net
 ~ ICQ# 16553733 ~ now: 19/09/2003 23.51.13
G          | 40tude Dialog (presto in Italiano): 
http://snurl.com/dialog
"The President did it" is not an excuse (Bart's chalkboard #AABF05)

 per favore?
L'avevo gia' letto, in linea di massima non concordo :)
All'interno dell'articolo ci sono indubbiamente
parti corrette e veritiere, il problema e' il risultato
finale a cui vogliono arrivare che e' scorretto.
Tutto IMHO ovviamente :)
In ogni caso, temo non sia il luogo piu' adatto per
parlarne... almeno credo :)

 parlarne... almeno credo :)
Questo è sicuro, ma visto che siamo qui... ;)
-- 
Fare Well! | 
gan...@ithn.net
 ~ ICQ# 16553733 ~ now: 20/09/2003 1.19.21
G          | 40tude Dialog (presto in Italiano): 
http://snurl.com/dialog
But my little voice TOLD me to do it!

 né nel From né nel Reply-To né in sign... liberissimo di farlo, ovvio].
Per quanto riguarda il non utilizzare indirizzi falsi
perche' altrimenti si e' difficilmente raggiungibili,
beh questo lo ritengo un punto di vista scorretto.
Se scrivo su un NG mi aspetto risposte sul NG,
non in e-mail. Ritengo questa motivazione molto
soggettiva, quindi nessuna verita' assoluta
a riguardo :)
Entra poi in gioco il "come falsificare l'indirizzo".
Di seguito parlo esclusivamente del mio caso, cioe'
con l'indirizzo e-mail da me adottato.
Questo indirizzo ha una caratteristica particolare:
non puo' esistere.
Cioe' vuol dire che:
A) Sicuramente non puo' arrivare all'utente sbagliato,
anzi non potra' mai arrivare a nessuno.
B) Non genera traffico inutile poiche' o si viene
informati direttamente dal client di posta che
l'indirizzo non e' valido (tramite un check interno
al programma) oppure e' il provider stesso che
segnala problemi sull'indirizzo.
Attenzione, intendo che l'email non viene proprio
accettata dal provider, libero ad esempio risponde
in questo modo al tentativo di invio:
220 
smtp2.libero.it
 ESMTP Service (7.0.020-DD01) ready
HELO moodyblues
250 
smtp2.libero.it
MAIL FROM: 
250 MAIL FROM: OK
RCPT TO: <-._@_.->
501 RCPT Invalid mail address, invalid domain name syntax
QUIT
221 
smtp2.libero.it
 QUIT
quindi interrompe a monte l'invio dell'email.
Al client di posta non resta che informare l'utente
del problema riscontrato.
Senza contare che bisogna essere vagamente "broccoli"
per non capire che <-._@_.-> e' un'e-mail falsa :))
Spero d'aver risposto a tutto, i commenti sono
ben accetti ovviamente :)

 <-._@_.-> e' un'e-mail falsa :))
ROTFL :)
Ovviamente non si parla di utenti umani che possono accorgersi o meno di
un antispam, ma di software automatici... [e comunque a me capita spesso
di non far caso a una scritta «nospam», magari nemmeno maiuscola ^__^;] 
-- 
Fare Well! | 
gan...@ithn.net
 ~ ICQ# 16553733 ~ now: 20/09/2003 2.16.03
G          | 40tude Dialog (presto in Italiano): 
http://snurl.com/dialog
«Olórin I was in my youth in the West that is forgotten...»

 fine, quindi cadono tutte le accuse contro di te e sei prosciolto :P
Ho fatto un paio di prove (unicamente col server di Libero).
Se spedisco un'e-mail a <-._@_.-> il server di Libero nemmeno
accetta la richiesta e interrompe immediatamente la connessione
col client di posta, se invece provo a spedire un'email
a <abc...@dominio.esempio.invalid> (giusto un esempio) l'e-mail
viene accettata dal server, salvo poi rimandarla indietro con
ovvia generazione di traffico inutile.
I casi sono 2:
1) Non ho capito l'utilita' del suffisso ".invalid"
2) Non funziona come dovrebbe (almeno con Libero)
Quindi a questo punto meglio il mio metodo che
genera il minor traffico possibile :)
Giusto una curiosita', ma magari poteva interessarti :)

 I casi sono 2:
Probabilmente sono più di due, e dipende anche dal server contattato..
L'altro giorno avevo provato a spedire tramite il mio provider locale di
paese, con risultati uguali nei due casi <-._@_.-> <-._@_.-.invalid>
Uguali nel senso che il server li ha accettati entrambi e subito dopo me
li ha rispediti indietro dicendomi Unknown host:
Magari anche tu avresti potuto provare con <-._@_.-.invalid> o forse
l'hai fatto, non ho capito bene, comunque mi sa che dipende anche da come
sono stati configurati i singoli server, ma questo non diminuisce la
necessità, secondo me, di rispettare le normative previste, almeno se non
ci provocano particolari disagi.

 ci provocano particolari disagi.
Beh, se per "normative previste" intendi l'aggiunta
del suffisso ".invalid", ho appena dimostrato che
con il mio server di Libero non serve assolutamente
a nulla.
Inoltre non mi pare sia nemmeno una normativa
ufficiale, non sono riuscito a trovarla in
nessuna RFC (comunque qui aspetto eventuali
smentite, con l'eventuale numero dell'RFC :))
Se intendevi altro... allora non ho capito :)

 smentite, con l'eventuale numero dell'RFC :))
Pensi che sia stata tutta una invenzione di gesů??
                          News Article Format
                   <draft-ietf-usefor-article-11.txt>   June 2003
5.2.  From
        When, for whatever reason,
        a poster does not wish to use a valid address, the mailbox
        concerned SHOULD end in the top level domain ".invalid" [RFC
        2606].
                  RFC 2606 - Reserved Top Level DNS Names
2.
      ".invalid" is intended for use in online construction of domain
      names that are sure to be invalid and which it is obvious at a
      glance are invalid.

 Pensi che sia stata tutta una invenzione di gesů??
Se voleva essere una battuta potevi metterci qualche
faccina per farlo capire, se eri serio allora potevi
pure risparmiare la risposta maleducata.
Ho detto chiaramente che non ne ero sicuro riguardo
all'RFC... bah... contento tu.

 pure risparmiare la risposta maleducata.
Gesu' (non trovo l'accento giusto) č un partecipante di questo
newsgroup (e altri), famoso per "cicchettare" ogni indirizzo
"mal-mungato", oltre che per essere l'editor della pagina wiki.
-- 
23/09/2003 13:41:52, daRkSidE

 "mal-mungato", oltre che per essere l'editor della pagina wiki.
Hahaha... fantastico :)
Chiedo scusa io allora :)

 li ha rispediti indietro dicendomi Unknown host:
Quindi nemmeno il tuo server rifiuta a priori
gli indirizzi con ".invalid" ma accetta le e-mail e
poi le rimanda indietro (dicendo appunto "unknown host"),
con relativa generazione di traffico inutile.
Boh... mi pare che sta cosa funga proprio male...

 sta cosa funga proprio male...
Forse perché ti sfugge che il traffico che si cerca di evitare è quello
tra un server e l'altro, non quello tra te e il server :)
Poi, ovviamente, sono d'accordo con te che se manca il traffico tra te e
il server *non può essercene* tra un server e l'altro, certo ^__^
-- 
Fare Well! | 
gan...@ithn.net
 ~ ICQ# 16553733 ~ now: 23/09/2003 15.11.59
G          | 40tude Dialog (presto in Italiano): 
http://snurl.com/dialog
«Many are my names in many countries.»

 tra un server e l'altro, non quello tra te e il server :)
Boh... cerco solo di andare oltre a quello che si legge
in giro e farmi una mia idea, senza prendere per verita'
assolute cio' che gli altri scrivono :)
Mi pare una cosa piuttosta stupida far controllare al
server le email ricevute per poi rimandarle al
mittente, anziche' controllare solo il destinatario
_prima_ di ricevere tutta l'email e quindi interrompere
la ricezione. E se questo e' cio' che prevedono le
normative, non mi sembrano normative intelligenti...
Sicuramente mi sfugge comunque qualcosa... :)

 Sicuramente mi sfugge comunque qualcosa... :)
Anche a me, molte cose, temo... :)
[sign assolutamente casuale, giuro ^__^]
-- 
Fare Well! | 
gan...@ithn.net
 ~ ICQ# 16553733 ~ now: 23/09/2003 16.06.35
G          | 40tude Dialog (presto in Italiano): 
http://snurl.com/dialog
Tu come la vedi? (Corrado Guzzanti)