8.1 Probleme mit INN 2.3.2 batch feed
Hallo, nach der Installation der 8.1 habe ich Probleme, INN mit suck zusammenarbeiten zu lassen. Der Server läuft, aber outgoing batch feed funktioniert nicht mit suck. Bisher hatte ich INN 1.7 am laufen. INN- Speichermethode tradspool. Erstes Problem hatte ich gelöst, der feed dfn\ :!junk,!control\ :Tf,Wnm:dfn-batch ging nicht mehr und entgegen der installierten manpage mußte dort ":*,!junk,!control" erweitert werden, damit articles dort überhaupt reinlaufen. Aber das verbleibende Problem bringt micht zur Verzweiflung: Das resultierende batchfile sieht sinngemäß so aus: @000300045007607007800000000@ <12345mid@my.domain> Damit kann aber suck nichts anfangen, dort wird für rpost erwartet: ...articles/group/1234 <12345mid@my.domain> Bisher wurde ich nicht fündig wo ich was umkonfigurieren muß, um das alte Verhalten zu erhalten. Any hints? Bernd
Bernd@Laengerich.com wrote: [...]
Aber das verbleibende Problem bringt micht zur Verzweiflung: Das resultierende batchfile sieht sinngemäß so aus:
@000300045007607007800000000@ <12345mid@my.domain>
Damit kann aber suck nichts anfangen, dort wird für rpost erwartet:
...articles/group/1234 <12345mid@my.domain>
Auf das Problem bin ich auch aufgeschlagen. Habe mir was in die get.news reingebastelt: (Zeilenumbrüche beachten) ------------------------------------------------------------------- # if the outgoingnew already exists, it means we aborted last time # so don't try to do it again if [ ! -s ${OUTGOINGNEW} ]; then mv ${OUTGOING} ${OUTGOINGNEW} ###### Umwandlung Index in Pfad zu Message cat ${OUTGOINGNEW} | while read i;do PFAD=`/usr/lib/news/bin/sm -i $i | sed 's/: /\//'` echo articles/$PFAD >> /var/spool/news/outgoing/tempdatei done mv /var/spool/news/outgoing/tempdatei ${OUTGOINGNEW} ${CTLINND} flush ${SITE} fi -------------------------------------------------------------------- Mit man sm siehst Du, was da passiert. Mit sed wird das Ergebnis von sm angepasst. Primitiv, Geschmacklos aber funktioniert ;-) MfG Benn -- #250319 - http://counter.li.org
participants (2)
-
Bernd Schmelter
-
Bernd@Laengerich.com