Newsgroup: it.comp.software.newsreader
Titolo: [Google] Il munging dei Message-Id

I message-id indicati nel corpo dei messaggi, com'era prevedibile, ora cadono
sotto la mannaia del munging, su Google. Per evitarlo bisogna aggiungere il
prefisso news:
http://groups-beta.google.com/group/it.test/msg/23c913a36d4a961a?dmode=source
Una curiosità nella transizione: la vecchia URL
http://groups.google.com/advanced_search
 corrisponda in questo momento alla
pagina di ricerca web.
-- 
Luca - e-mail: p.stevens at 
libero.it


-- 
.signature: not found

 
http://groups-beta.google.com/group/it.test/msg/23c913a36d4a961a?dmode=source
Grazie della segnalazione :)
Visto che il munging opera anche sui vecchi post, tutti i M-ID indicati 
nei body nel passato senza prefisso news: ora sono "persi", giusto?
-- 
Enrico C
"Fabbricare fabbricare fabbricare
Preferisco il rumore del mare"


o c'č una nuova versione per guglebeta?

 o c'è una nuova versione per guglebeta?
In GG2 la prima novità è che per ora non accetta le parentesi 
angolari attorno al M-ID. Il link è il medesimo, ma al posto di 
"groups" devi mettere "groups-beta", quindi diventa così:
 
http://groups-beta.google.com/groups?selm=ji5901tshgmnhdqoe...@4ax.com
La seconda novità è che se il msg esiste, l'url cambia forma e 
diventa:
 
http://groups-beta.google.com/group/it.comp.software.newsreader/msg/56e55b5d376c52a5
mettendo in chiaro il NG (poi segue il n. di messaggio).
Se trattasi di Xpost mi sembra metta il primo che incontra nel campo 
Newsgroups.
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

 


     
http://groups-beta.google.com/groups?selm=ji5901tshgmnhdqoe...@4ax.com
 
Si riesce per ora ad accedere alla vecchia versione usando 
google.it
 invece
che .com, e in quel caso i message-id senza prefisso sono ancora tutti sani.
Provate la differenza:
http://groups.google.it/groups?selm=980701hnp3fnelfhi...@4ax.com
http://groups.google.com/groups?selm=980701hnp3fnelfhi...@4ax.com
Sarebbe interessante vedere che succede con Suckgoogle, per capire se i vecchi
m-id verranno tutti irrimediabilmente persi o si potrà comunque riaverli
tirando giù i messaggi in quel modo.


 
http://groups.google.com/groups?selm=980701hnp3fnelfhi...@4ax.com
Mi sembrano uguali identici (come i pesci, i dentici)
mi sa che non ho capito cosa volevi dire..

 guardino l'IP oppure il settaggio del browser) 
E' il settaggio del browser. Ho controllato, avevo Opera impostato su English
come "preferred language for the page", quindi loro mi passavano al sito
italiano solo se chiamavo esplicitamente il .it, mentre con il .com mi
passavano il sito in inglese, in versione beta. Se invece imposto l'italiano
come linguaggio preferito, il .com mi rimanda alla pagina italiana, e quindi
entrambe le url finiscono per corrispondere al vecchio Google.


 corrispondere al vecchio Google.
A me ha funzionato cambiando le Preferenze di google (lingua intefaccia)
non le impostazioni del browser

 non le impostazioni del browser
Quindi probabilmente valgono entrambe le cose, ma "vince" il cookie quando
dice "voglio l'italiano".


 Sarebbe interessante vedere che succede con Suckgoogle,
  Beh... io l'avevo detto subito, che se Google cambiava "interfaccia"
sarebbero stati cavoli amari...
  Tenete  presente  che   cmq  viene  utilizzato  wget,   che  non  e`
propriamente un  browser, e quindi  dovrebbe accedere di  default alle
pagine  `standard', cioe`  non localizzate...  ma di  questo non  sono
sicuro.  Anche perche'  e`  possibile stabilire  la provenienza  della
richiesta dall'IP, e quindi...
  Mi piacerebbe riprenderlo in mano, ma proprio non ci riesco... :(((
-- 
"...va  beh, nessuno  e`  perfetto... si`, lo  SO!  che sono  l'Essere
Perfetissimo, Creatore e  Signore!...  Grazie! Adesso  ti trasformo in
serpente, cosi` impari: striscia mo' li`, viuscia via!"
(Cio` che ho scritto, ho scritto.)

 richiesta dall'IP, e quindi...
Con le correzioni che aveva apportato pkd (cioč sostituire .com con
.it), lo script continuava a fungere.
-- 
daRkSidE, 10/02/2005 20:59:16
[Dybbuk] 15: Moni Ovadia - Aler brider

 sarebbero stati cavoli amari...
niente di irrimediabile. quando la vecchia interfaccia non sarà più
disponibile, basterà cambiare `output=gplain' in `dmode=source', dare un
paio di colpi di perl ai file ottenuti[1] e fare un dump del
risultato[2].
costituirà un problema il munging del m-id, ma forse anche in questo
caso si potrà fare qualcosa, visto che le References sono integre.
Footnotes: 
[1]  perl -0777 -ne 'print "$1\n" while /(<head>.*?<\/head>)/gs' filehtml>tmp
perl -0777 -ne 'print "$1\n" while /(<pre>.*?<\/pre>)/gs' filehtml>>tmp
[2]  lynx -dump tmp|tail +2 #per esempio
-- 
.signature: not found

 caso si potrà fare qualcosa, visto che le References sono integre.
Ci si preoccupava appunto dei m-id che vengono riportati nel corpo del
messaggio come puntatori, senza prefisso news: se risultano "munti" anche con
suckgoogle allora sono tutti persi irrimediabilmente.


 irrimediabilmente.
  Perdona la mia ignoranza. Ho tre domande:
1) Cosa intendete per "munging"? Sinceramente non ho capito.
2) Hai (avete) letto questo post?
   Subject: [SuckGoogle]: Una lunga storia, e abbiate pazienza...
   Message-ID: <slrncudpp0.2...@demokrito.org.asm>
   Non ho letto riscontri...
2) Hai (avete) potuto dare un'occhiata all'ultima versione, quella che
   pero` non funzionava non mi ricordo perche'?
-- 
Cio` che ho scritto, ho scritto.

 1) Cosa intendete per "munging"? Sinceramente non ho capito.
Io ci ho messo qualche giorno, poi sono arrivato alla deduzione che
stesse parlando di quello che viene scritto nel corpo dei vari articoli,
non negli header che per fortuna rimangono immutati.
Siccome per problemi di privacy spamming o non so bene cosa, adesso
tendono a mascherare gli indirizzi email, e siccome quando si scrive un
messageid nel testo di un articolo esso contiene una chiocciolina @
allora viene interpretato molto spesso come se fosse un indirizzo email e
allora viene camuffato (il loro termine munto) mettendo tre punti al
posto di tre dei caratteri. Se il messageid che era stato scritto nel
corpo dell'articolo invece era preceduto dal prefisso news: allora non
viene scambiato mai per un indirizzo email, e non viene camuffato (munto)
Non so se questa cosa delle scritte nel corpo dei messaggi possa, oppure
no, influenzare il funzionamento di programmi automatici del tipo
sukgugle, ma certamante può influenzare quando andando a leggere un
articolo, ci si trova scritto un riferimento ad un altro articolo tramite
il messageid

 anche con suckgoogle allora sono tutti persi irrimediabilmente.
sì, ho risposto ad una domanda che non era stata fatta... per il
problema che dici non c'è soluzione.
-- 
.signature: not found

 cambiare `output=gplain' in `dmode=source'
Non c'entra molto con programmi di ricerca tipo suckgugle, 
ma nella normale navigazione sul sito, 
se non sbaglio nella vecchia versione quando si cercava il messaggio
grezzo "Original Format" si otteneva subito la pagina nuda e cruda in
formato testo che bastava salvare sul desktop, rinominare l'estensione da
.txt in .mbx o .eml e si poteva immediatamente e facilmente importare in
qualsiasi client news-mail
Invece adesso nella nuova interfaccia beta, se clicco su "Show original"
quello che ottengo è ancora una pagina web che contiene immagini ed una
lunghissima sequenza di linee di codice html nascoste nella quale tra i
tag <pre> finalmente posso vedere il messaggio originale (però con gli
indirizzi em@il camuffati) che dovrei copiancollare od altro che comunque
mi porta via molto più tempo per convertirla in formato standard da
importo nei programmi
Che lo abbiano fatto apposta?

 Io ci ho messo qualche giorno, 
Pardon, pensavo che "munging" fosse ormai un termine acquisito all'uso comune
da queste parti per indicare l'alterazione degli indirizzi, in particolare
quelli email (che non sono distinguibili a priori rispetto ad un message-id). 
Vedo ora che non č neanche facile trovare "to munge" in un comune dizionario. 
http://catb.org/~esr/jargon/html/M/munge.html
.
Luca, che ruminare, mungere, succhiare, SuckGoogle, Google beta "sucks", cioč
fa un po' schifo, almeno per ora ... :)


 per indicare l'alterazione degli indirizzi, 
Sě in linea di massima il concetto era chiaro, ma non avevo ben presente
nello specifico dove e da chi venisse attuato. Poi ho visto che altera il
testo del messaggio ed anche alcuni header e non altri e poi c'č la
faccenda dell'url diretto per arrivare alla pagine e poi anche il formato
originale che č alterato anche quello e non č piů  in formato testo e via
dicendo e poi tutta la faccenda, insomma mi sembra un po' ingarbugliata,
mi piaceva di piů quello vecchio, almeno per ora

 "persi", giusto? 
È una cosa abbastanza seccante.
Non potrebbero fare in modo che gli utenti registrati possano vedere i 
messaggi integri?
Non penso che in realtà loro abbiano l'archivio corrotto (vedi vecchia 
versione) e quindi potrebbero consentire la visualizzazione dei 
Message-ID (e anche degli indirizzi email) a chi è regolarmente 
registrato.
Non si capisce perché un archivio di post Usenet debba porre questa 
limitazione. Nei server normali mica c'è!
Se poi è per evitare la piaga dello spam, penso che sia una mossa del 
tutto inutile, visto che gli spammer possono cmq utilizzare dei normali 
server netnews.
Al massimo potrebbero far decidere all'utente che posta se fare in modo 
che i suoi header e il testo del messaggio vengano mutilati, magari con 
un header come per X-No-Archive.
-- 
Ciao, Lurkos
In case of problems with the 'Reply-To' address, please write me to  
yhexbf _qbg* hfrarg [ng) k /qnfu\ cynarg *qbg_ bet (use ROT-13).

 messaggi integri?
http://groups.google.com/googlegroups/help.html#feedback
| # How can I send you feedback?
| if you have specific suggestions for improving the Google Groups 
service, feel free to send us mail at 
groups-...@google.com
.







ti complichi la vita. per un solo articolo, seleziona le righe rilevanti
dalla finestra del browser, copiale e salvale in un file.
io apro la pagina col browser di emacs, seleziono le righe (emacs le
copia automaticamente nella clipboard) ed importo l'articolo in hamster
con un click. vedo che dialog ha un metodo `PasteFromClipboard'...
-- 
.signature: not found