Newsgroup: it.news.gestione
Titolo: aioe si perde un sacco di messaggi

ciao admin di aioe,
 
sono s2, l'admin di fcku. ho notato che moltissimi messaggi su aioe,
topratutto nel gruppo it.comp.console vengono persi. a leggere il gruppo
su aioe sempra di vedere gente che risponde a se stessa, ed è un po'
triste da vedere.
vedo che la cosa riguarda i messaggi che arrivano da 
news.fcku.it
, ma
anche da altri server.
posso chiederti da cosa dipende? magari posso cambiare qualcosa su inn2
di 
news.fcku.it
 per migliorare la cosa?
 
saluti!
 

 topratutto nel gruppo it.comp.console vengono persi. 
 
di base, c'è un problema nella configurazione di 
fcku.it
 che porta gli 
altri news server a respingere i messaggi postati attraverso quel 
servizio.
 
Infatti, tutti i messaggi spediti attraverso 
fcku.it
 sembrano provenire 
dallo stesso IP (127.0.0.1) e questo porta il filtro antispam (cleanfeed) 
degli altri server a conteggiarli come se fossero stati spediti da un 
singolo utente. Poiché molti messaggi su it.comp.console sono stati 
spediti attraverso 
fcku.it
, il loro totale può essere superiore alla 
soglia oltre la quale il filtro li respinge e questo spiega la loro 
mancanza. 
 
Il problema è qui:
 
Injection-Info: 
news.fcku.it
; posting-host="localhost:127.0.0.1";
	logging-data="8762"; mail-complaints-to="
s...@fcku.it
"
 
 
Io ho aggiunto una eccezione alle regole sul mio server che dovrebbe 
prevenire la loro reiezione però è possibile che lo stesso problema si 
verifichi anche con altri server.
 
suggerimento: usa per posting-host un hash costruito a partire 
dall'indirizzo IP che ha davvero spedito il messaggio (aggiungendoci 
magari un salt fisso)
 

 verifichi anche con altri server.
 
ps.. se cambi criterio di generazione di posting-host, per favore 
avvertimi ché rimuovo le eccezioni da me


ah ok ho capito. i messaggi vengono effettivamente spediti da 127.0.0.1,
il server web. l'ho configurato così per distinguere i messaggi che
invece vengono spediti collegandosi al server news con un client nntp,
dove invece il posting-host è l'effettivo ip del client.
 
l'hash generato per identificare l'utente c'è già, ed è nel header
fcku-trace del messaggio.
 
ti ringrazio per avermi detto come mai rifiutavi quei messaggi. provo a
vedere s eposso fare qualcosa per cambiare il posting-host.
 
 

 
 
oppure puoi modificare l'header Path perché contenga l'IP che ha
 postato il messaggio, che probabilmente è la soluzione
 migliore
-- 
Un giorno senza un sorriso è un giorno buttato

 
 
ho settato addinjectionpostinghost a false, e ora il header Path non
contiene più l'ip localhost per i messaggi inviati direttamente dal
server usando l'interfaccia web. l'header ora è così:
Path: 
news.fcku.it
!.POSTED!not-for-mail
 
per gli utenti che si collegano direttamente al server utilizzando il
loro client invece ho settato addinjectionpostinghost a true, in modo da
avere l'ip nel path.
 
così piace di più a clieanfeed?
 

 così piace di più a clieanfeed?
 
la cosa migliore sarebbe stata un Path così
 
Path: 
news.fckup.it
!.POSTED.SOURCE_IP_ADDRESS!not-for-mail
 
comunque ti dico che impatto ha la tua soluzione fra qualche ora

 comunque ti dico che impatto ha la tua soluzione fra qualche ora
 
perfetto grazie.
 
 
 

 dal server web a inn2. o meglio, non saprei come fare.
 
non è difficile
quando un utente posta un messaggio attraverso l'interfaccia grafica, lo 
script php che lo posta aggiunge un header tipo
X-Originating-IP: INDIRIZZO_IP_DEL_CLIENT 
(oppure il dominio) 
 
poi scrivi dentro filter_post() in 
filter_nntpd.pl
 una cosa così:
 
-------------------
$modify_headers = 1; 
 
my $ip = $hdr{'X-Originating-IP'};
$hdr{'X-Origination-IP'} = undef;
$hdr{'Path'} = ".POSTED.$ip!not-for-mail";
--------------------
 
su 
https://github.com/Aioe/postfilter
 trovi parecchi esempi di ciò che 
cerchi
 


ho fatto una
sub filter_post() {
   $modify_headers = 1;
   $hdr{'X-Trace'} = undef;
 
   my ouser = $hdr{'fcku-trace'};
   $hdr{'fcku-trace'} = undef;
   $hdr{'Path'} = ".POSTED.$ouser!not-for-mail";
 
   return "";
}
 
in /etc/news/filter/
filter_nnrpd.pl
 ma sembra che non faccia niente.
ho fatto un ctlinnd perl y e mi risponde con
ctlinnd: Perl filter already enabled
e fatto ripartire inn2 un paio di volte, ma la filter_post() sembra che
non venga mai eseguita.
 
 


mancava il $ su my $ouser. adesso setto un identificativo dell'utente
nel path. figa 'sta cosa! grazie per la dritta. ora piace anche a cleanfeed?
 

 cleanfeed?
 
se fai così vai tranquillo, cleanfeed è progettato per cercare l'ip del 
mittente in NNTP-Posting-Host/Injection-Info, se non lo trova usa Path

 mittente in NNTP-Posting-Host/Injection-Info, se non lo trova usa Path
 
peraltro, da un po' il mio server ha smesso di respingere i messaggi del 
tuo


ok, allora lo metto nel header NNTP-Posting-Host che mi piace un po' di
più che metterlo nel path.
 


bene. sono contento che abbiamo risolto. grazie.