Newsgroup: it.news.gestione
Titolo: Problemino con INN

Tempo fa avevo già accennato questo piccolo inghippo:
quando posto un articolo lo vedo 2 volte.
Ho inn-2.4.3 e come newsreader uso tin, lo lancio come rtin verso
il server news locale.
Poi per ricevere ed inviare gli articoli ho messo in piedi un
suckfeed ed utilizzo suck/rpost.
Accade che quando invio da rtin un articolo, lo vedo subito visto
che questo risulta presente sul server locale.
Poi con rpost invio il messaggio al server remoto. (prima usavo
aioe.org....ma per un periodo poco tempo fa non dava segno di
vita oqquasi allora attualmente uso albasani). Ok messaggio
inviato ecc ecc.
Poi quando lancio suck per ritirare i messaggi dal server remoto,
ecco che scarico tra gl altri anche il mio stesso messaggio che
avevo inviato prima.
Il fatto è che nel newsreader il thread risulta affollato tra li
altri da un coppia di messaggi uguali (il mio messaggio che avevo
postato prima).
È normale?
Non mi pare una cosa molto elegante...eventualmente dove stà il
problema? dove devo mettere le mani?
Ringrazio in anticipo l e vostre rispsote.
____________________________________
Mail: johnnynews at vfemail dot net

È normale?
Assolutamente no. Mi aspetto che abbiano Message-Id diverso, scopri
perché. A quanto pare il tuo script di rpost o il server remoto lo
eliminano/cambiano (idea criminalmente stupida in entrambi i casi).
-- 
ciao, |
Marco | The Internet is full. Go away.  -- Joel Furr

 eliminano/cambiano (idea criminalmente stupida in entrambi i casi).
Lo script di rpost che uso è un po' simile al tuo della guida che
hai messo in rete.
#!/bin/sh
# invia messaggi
#set -x
OUTSPOOL=/var/spool/news/outgoing
FEED=
albasani.net
if [ $FEED = "
albasani.net
" ]; then
  SERVER=
news.albasani.net
  USER=xxxxxxxxx
  PASSWORD=xxxxxxxxx
 elif [ $FEED = "
aioe.org
" ]; then
  SERVER=
aioe.org
 elif [ $FEED = "
news.ndhu.edu.tw
" ]; then
  SERVER=
news.ndhu.edu.tw
fi
TMP=/usr/lib/news/tmp/rpost
ARTICLE=$TMP/article
FILTER=/usr/lib/news/mybin/smartfilter.sh
LOG=/var/log/rpost/rpost.log
if [ ! -e $TMP ]; then
  mkdir -p $TMP
fi
mv $OUTSPOOL/$FEED $OUTSPOOL/$FEED.wk
if [ -e $OUTSPOOL/$FEED.notsent ]; then
  cat $OUTSPOOL/$FEED.notsent >> $OUTSPOOL/$FEED.wk
  rm $OUTSPOOL/$FEED.notsent
fi
ctlinnd -s -t30 flush $FEED
cp $OUTSPOOL/$FEED.wk $OUTSPOOL/$FEED.bk
rpost $SERVER -d -b $OUTSPOOL/$FEED.wk \
  -U $USER -P $PASSWORD \
  -f  $FILTER \
  \$\$i $ARTICLE \
  \$\$o=$ARTICLE
# > $LOG 2>&1
if [ -e $OUTSPOOL/$FEED.wk ]; then
  mv $OUTSPOOL/$FEED.wk $OUTSPOOL/$FEED.notsent
fi
------
come filtro ho fatto lo script smartfilter che coinvolge sm:
#!/bin/bash
# filtra articoli generati da sm con sed
#set -x
if [ $1 = --help ]; then
  cat<<.
utilizzo:
filter.sh <dirty-file> <clean-file>
.
fi
BADHEADERS="^NNTP-Posting-Host:\|^NNTP-Posting-Date:\|^Path:\|^Xref:\|
                   X-Server-Date:\|^X-Complaints-To:\|^X-Trace:/d"
BADHEADERS="/^Sender:\|^Message-ID:\|^Organization:\|^User-Agent:\
                                                     |"$BADHEADERS
TOKEN=$1
CLEAN=$2
sm $TOKEN| sed -e $BADHEADERS > $CLEAN
------
Ricopiando questo script, mi accorgo che probabilmente
se, come dici, il problema starebbe nel Message-ID...ecco che
allora potrebbe essere da ridefinire in qualche modo la variabile
BADHEADERS togliendoci appunto il pattern "^Message-ID:".
Non so perchè l'avevo incluso...forse sperando istintivamente di
aumentare la privacy, anche se non ho idea se centri qualcosa o
meno.
Riguardando la tua guida in effetti vedo che quel pattern non c'è
e probabilmente nona caso  ;-)
Cosa ne pensi?
Sarà quello il problema?


 SERVER=
aioe.org
nntp.aioe.org


Grazie, una svista...
È che quando avevo buttato giù lo script non funzionava il server
e quindi non sono stato troppo attento nello scrivere. Tra
l'altro non l'ho più utilizzato.
C'erano stati dei problemi qualche settimana fà?


 C'erano stati dei problemi qualche settimana fà?
si
gli idioti di aruba hanno confuso 
aioe.org
 con 
aioe.info
 quindi hanno
disattivato il dominio sbagliato


Ecco, ora si spiega la questione. Grazie del chiarimento.
Due domande secche.
1. che tu sappia esistono altri newsserver tipo il tuo che non
prevedono una sottoscrizione e consentono il post?
Di fatto io conosco solo il tuo e tra quelli consigliati in varie
guide qua e la non sono riuscito a trovarne altri...bò.
2. Riguardo all'inghippo del doppio post dei miei articoli, vedo
che hai letto il mio post precedente... Cosa ne pensi? Può essere
il filtraggio dell'header Message-ID che provoca il raddopiarsi
degli articoli che invio?



si succhiano


 BADHEADERS="/^Sender:\|^Message-ID:\|^Organization:\|^User-Agent:\
(Togli il Message-ID).
Peraltro, imho, per queste cose è molto meglio il perl di bash (opionione
personale)

 avevo inviato prima.
è normale :-)

 personale)
Eh può anche darsi, ma a me risulta piùfacile bash....anche
perchè di perl non so nulla  ;-)


 Ok, faccio la prova come detto sopra, poi lo modifico.
ora provo ad inviare modificando il filtro.


est...@aioe.org
 wrote:

No che non è normale! Il Message-Id deve essere lo stesso, quindi non lo
può scaricare.


 ora provo ad inviare modificando il filtro.
Va bene, sembara funzionare. Ora il mio server rifiuta il
messaggio che scarico da aioe...
In pratica si scarica un messaggio per poi respingerlo, non è il
massimo della vita, ma penso che sia normale.
Se voleste commentare con qualche chiarimento ulteriore in merito
è sempre tutto ben accetto. Grazie per l'aiuto che m'avete dato
fin'ora.  :-)


 può scaricare.
no aspetta...
suck prima scarica tutti i messaggi successivi all'ultimo passaggio (almeno
con l'opzione -n) poi tenta di iniettarli nel server locale oppure li
converte in un file.
E' innd che respinge i messaggi già presenti come duplicati, suck non svolge
questo servizio (nè potrebbe dal miomento che non ha nessuna informazione
circa quali siano i messaggi locali)
 

 fin'ora.  :-)
ma hai capito bene come funziona l'nntp?
è il message-id che identifica ciascun messaggio in modo univoco, se lo
togli il server non è più in grado di appurare se due messaggi siano o meno
uguali.

 uguali.
Infatti ora funziona nel senso che ho solo un "singolo mio articolo"
non una coppia come prima.
Mi confermi quindi che suck non ha alternative se non scaricare
"inutilmente" l'articolo precedentemente inviato in remoto?
Dico inutilmente perchè quell'articolo risulta già presente sul
server locale e quando suck tenta di iniettarglielo innd lo
rifiuta come duplicato...  :-9
Giusto?


 "inutilmente" l'articolo precedentemente inviato in remoto?
non è proprio esatto
potresti escludere i messaggi locali utilizzando i filtri di suck (però è
una cosa inutilmente complicata)


Ah, va bè ok ok...
Volevo solo accertarmi che funzionasse in modo corretto...per i
pochi messaggi che invio, non è certo un problema la poca
banda sprecata a riscaricarli.
Cambiando argomento, anche se non è la discussione giusta.
Volendo utilizzare suck per scaricare messaggi da più server, mi
diceva Marco D'Itri che occorre impostare diversi file di
configurazione sucknewsrc per ogni server.
Non riesco a trovare informazioni precise (e possibilmente
semplici in merito). Sapresti darmi qualche indicazione in
merito...anche links eventualmente?
