[INN] Änderung Path: mit Debian Squeeze?
Christian Garbs
Seit dem Umstieg von Lenny auf Squeeze und dem damit verbundenen
Updates meines lokalen inn 2.4.5 auf 2.5.2 ist irgendwas mit meinem
Path kaputt. Früher sahen meine Artikel so aus:
Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
Jetzt bekommen sie das hier:
Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
Daraufhin meckert der (bald sterbende) T-Online-Newsserver bei der
Artikelannahme:
340 Ok, empfohlene ID <ikp15h$85u$02$5...@news.t-online.com>
441 Zu viele Path-Elemente: Rueckfeeden bestehender Artikel?
Das kann ich ihm nicht verübeln, aber woher kommen diese zusätzlichen
zwei Path-Einträge?
Den inn habe ich vor grob 10 Jahren mal unter SuSE eingerichtet, ich
bin nicht wirklich fit in Sachen Konfiguration. Das läuft halt
einfach - jedenfalls bisher.
Irgendwelche Tipps, woran das liegen könnte?
(Oder ist vielleicht das Update von tin daran Schuld und der
Newsserver war's gar nicht?)
Danke und Gruß
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
The First Rule of Program Optimization:
Don't do it.
Sven Hartge
> Seit dem Umstieg von Lenny auf Squeeze und dem damit verbundenen
> Updates meines lokalen inn 2.4.5 auf 2.5.2 ist irgendwas mit meinem
> Path kaputt. Früher sahen meine Artikel so aus:
> Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
> Jetzt bekommen sie das hier:
> Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
> Daraufhin meckert der (bald sterbende) T-Online-Newsserver bei der
> Artikelannahme:
> 340 Ok, empfohlene ID <ikp15h$85u$02$5...@news.t-online.com>
> 441 Zu viele Path-Elemente: Rueckfeeden bestehender Artikel?
> Das kann ich ihm nicht verübeln, aber woher kommen diese zusätzlichen
> zwei Path-Einträge?
Wegen der späten Uhrzeit fabuliere ich einfach mal vor mich hin, ohne
das jetzt direkt mit Quellen untermauern zu können, aber vielleicht
hilft dir mein Gebrabbel ja auf den Weg zu Selbstfindung.
Vielleicht gibt es einen Mismatch zwischen einlieferndem Namen,
DNS-Auflösung der IP und dem, was dein INN erwartet.
Oder es ist wie z.B. bei Diablo, der fügt auch einen Marker in den Pfad
ein, damit man den Pfad vom News-Clienten vor der Injektion in den
Server von dem Teil des Pfades, der von danach liegenden Servern erzeugt
wird, unterscheiden kann.
Bei mir sollte auch so ein .POSTED im Pfad auftauchen.
S°
--
Sig lost. Core dumped.
Sven Hartge
>> Seit dem Umstieg von Lenny auf Squeeze und dem damit verbundenen
>> Updates meines lokalen inn 2.4.5 auf 2.5.2 ist irgendwas mit meinem
>> Path kaputt. Früher sahen meine Artikel so aus:
>> Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
>> Jetzt bekommen sie das hier:
>> Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
> Oder es ist wie z.B. bei Diablo, der fügt auch einen Marker in den Pfad
> ein, damit man den Pfad vom News-Clienten vor der Injektion in den
> Server von dem Teil des Pfades, der von danach liegenden Servern erzeugt
> wird, unterscheiden kann.
Ja, so ist es:
,----[ inn2-2.5.2/nnrpd/post.c
| 427 /* Check that the article has not been injected yet. */
| 428 for (p = HDR(HDR__PATH); *p != '\0'; p++) {
| 429 if (*p == '.' && strncasecmp(p, ".POSTED", 7) == 0
| 430 && (p[7] == '.' || p[7] == '!' || p[7] == ' ' || p[7] == '\t'
| 431 || p[7] == '\r' || p[7] == '\n')
| 432 && (p == HDR(HDR__PATH) || p[-1] == '!')) {
| 433 return "Path: header shows a previous injection of the article";
| 434 }
| 435 }
`----
Also: It's a feature, not a bug.
Sven Hartge
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> Christian Garbs <mi...@cgarbs.de> wrote:
>>> Jetzt bekommen sie das hier:
>>> Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
>> Oder es ist wie z.B. bei Diablo, der fügt auch einen Marker in den Pfad
>> ein, damit man den Pfad vom News-Clienten vor der Injektion in den
>> Server von dem Teil des Pfades, der von danach liegenden Servern erzeugt
>> wird, unterscheiden kann.
> Also: It's a feature, not a bug.
Und steht auch in http://www.eyrie.org/~eagle/software/inn/docs-2.5/news.html
Juergen Ilse
Sven Hartge <sh-...@svenhartge.de> wrote:
> Christian Garbs <mi...@cgarbs.de> wrote:
>> Seit dem Umstieg von Lenny auf Squeeze und dem damit verbundenen
>> Updates meines lokalen inn 2.4.5 auf 2.5.2 ist irgendwas mit meinem
>> Path kaputt. Früher sahen meine Artikel so aus:
>
>> Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
>
>> Jetzt bekommen sie das hier:
>
>> Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
>
> Wegen der späten Uhrzeit fabuliere ich einfach mal vor mich hin, ohne
> das jetzt direkt mit Quellen untermauern zu können, aber vielleicht
> hilft dir mein Gebrabbel ja auf den Weg zu Selbstfindung.
>
> Vielleicht gibt es einen Mismatch zwischen einlieferndem Namen,
> DNS-Auflösung der IP und dem, was dein INN erwartet.
>
> Oder es ist wie z.B. bei Diablo, der fügt auch einen Marker in den Pfad
> ein, damit man den Pfad vom News-Clienten vor der Injektion in den
> Server von dem Teil des Pfades, der von danach liegenden Servern erzeugt
> wird, unterscheiden kann.
Das tut diablo bei wirklich korrekter Konfiguration eigentlich nicht.
Wenn man allerdings fuer den Feed vom "feeding-Server" zum "reader-Server"
versucht, den selben Feed zu verwenden wie fuer den Feed vom "reader-Server"
zum "feeding-Server", dann passiert so etwas ...
Da hatte ich damals auch laenger dran herumgebastelt, bis ich eingesehen
habe, dass man tatsaechlich auf dem "feeding Server" *2* Feeds zum Reader-
Server einrichten muss (den normalen Feed, ueber den der Reader-Server
den Head-only-Feed erhaelt, aus dem er den Overview aufbaut und einen
zweiten *leeren* Feed, dem die Uebertragung der Artikel vom Reader-Server
zum feeding-Server zugeordnet sind).
Zwar taucht bei dem Newsserver meines Arbeitgebers (ebenfalls ein diablo)
der Newsreader-Server auch im PATH mit auf, aber auch das liesse sich
abschalten, wenn man es denn wirklich wollte.
Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname (auch wenn er Teil einer Mailadresse ist) ist nur ein Name,
nicht mehr und nicht weniger ...
Sven Hartge
> In <17lrus...@mids.svenhartge.de>, Sven Hartge wrote:
>> Und steht auch in http://www.eyrie.org/~eagle/software/inn/docs-2.5/news.html
> also ich seh da nur:
> [Changes in 2.5.2]
> | The new Archive:, Archive-At:, Comments:, and Summary: header fields
> | defined in RFC 5064 and RFC 5536 can be used in innd filters. nnrpd
> | now checks at injection time that an article does not contain an
> | Injection-Info: header, that an Injection-Date: header (if provided)
> | is valid, and that the Path: header does not contain .POSTED. Note
> ! that INN does not yet generate these two injection fields or include
> ! the new Path: header field .POSTED keyword. These new features will
> ! be in the next major release of INN.
> achja, grund .POSTED ist RFC 5537 3.2.1 2
Keine Ahnung, vielleich hat Marco beim Debian-INN etwas dazu gepatcht?
Zumindest mein 2.5.2 fügt .POSTED hinzu, wie man sehen kann.
Sven Hartge
> Hallo,
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> Oder es ist wie z.B. bei Diablo, der fügt auch einen Marker in den
>> Pfad ein, damit man den Pfad vom News-Clienten vor der Injektion in
>> den Server von dem Teil des Pfades, der von danach liegenden Servern
>> erzeugt wird, unterscheiden kann.
>
> Das tut diablo bei wirklich korrekter Konfiguration eigentlich nicht.
> Wenn man allerdings fuer den Feed vom "feeding-Server" zum
> "reader-Server" versucht, den selben Feed zu verwenden wie fuer den
> Feed vom "reader-Server" zum "feeding-Server", dann passiert so etwas
> ...
OK, ich hatte Diablo nur kurz im Einsatz. Zu kurz, um solche Feinheiten
herauszufinden.
Christian Garbs
> Also: It's a feature, not a bug.
OK, verstanden :-)
Da ich mir jetzt endlich mal einen Alternativ-Newszugang besorgt habe,
kommt nun folgende Frage: Ich kann meinen Path beim Posten mit suck
kürzen - das muss ich auch tun, sonst geht ja keiner meiner lokal
geschriebenen Artikel mehr raus.
Nur: Welchen Teil vom Pfad lasse ich weg und was handele ich mir dabei
eventuell für Nebenwirkungen ein?
Mache ich aus
Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!
not-for-mail
lieber
Path: yggdrasil.mitch.h.shuttle.de!.POSTED
oder
Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
oder gar nur
Path: yggdrasil.mitch.h.shuttle.de
?
Gruß
Christian
Thomas Hochstein
> Da ich mir jetzt endlich mal einen Alternativ-Newszugang besorgt habe,
> kommt nun folgende Frage: Ich kann meinen Path beim Posten mit suck
> kürzen - das muss ich auch tun, sonst geht ja keiner meiner lokal
> geschriebenen Artikel mehr raus.
> Nur: Welchen Teil vom Pfad lasse ich weg und was handele ich mir dabei
> eventuell für Nebenwirkungen ein?
Spricht was dagegen, den Pfad komplett entfallen zu lassen? Manche
Anbieter erzwingen das sowieso. :)
> Mache ich aus
> Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!
> not-for-mail
>
> lieber
> Path: yggdrasil.mitch.h.shuttle.de!.POSTED
".POSTED" sollte IMO nicht darin vorkommen, denn das kennzeichnet die
Einspeisung; letztlich erfolgt die ja nicht auf Deinem lokalen Server,
weil das Posting danach noch einmal per NNRP eingespeist wird.
(Oder? Vielleicht sollte man[tm] mal in den passenden RFC gucken,
dafür fehlt mir gerade die Zeit.)
> oder
> Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
So würde ich es machen.
> oder gar nur
> Path: yggdrasil.mitch.h.shuttle.de
>
> ?
Nein, "not-for-mail" kennzeichnet das Path-Ende (und sollte früher
mal, als Mailadressen auch noch diese Form hatten, eine Verwechslung
mit einem Pfad für die Mailzustellung verhindern), das sollte
dranbleiben.
-thh
--
Informationen rund um Usenet und Newsserver:
<http://th-h.de/infos/usenet/>
Christian Garbs
> Christian Garbs schrieb:
>> Nur: Welchen Teil vom Pfad lasse ich weg und was handele ich mir dabei
>> eventuell für Nebenwirkungen ein?
>
> Spricht was dagegen, den Pfad komplett entfallen zu lassen? Manche
> Anbieter erzwingen das sowieso. :)
*überleg* *langeüberleg*
Ja, da spricht was dagegen: ich bin in eine Richtung per UUCP
angebunden. Da sehe ich spontan keine Möglichkeit, in die Übermittlung
der Artikel einzugreifen, so wie ich das bei der anderen Anbindung über
suck/put-news kann.
Die UUCP-Gegenstelle reagiert auf die langen Pfade wohl ebenfalls
allergisch, sonst hätte ich den Ausfall der anderen Auslieferungsstecke
nie bemerkt. Ich bekomme da bloß keine Fehlermeldungen zu sehen, das
wird wohl remote einfach verworfen.
Und außerdem wär das ja ein Knick im Ego, wenn ich meinen eigenen Pfad-
Knoten nicht mehr in die weite Welt hinauspusten könnte :-)
>> oder
>> Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
>
> So würde ich es machen.
Dann probiere ich jetzt mal aus, wie ich das put-news-Skript auf sowas
dressiere.
Danke
Christian
Christian Garbs
> On Mon, 14 Mar 2011 08:40:03 +0100, Thomas Hochstein wrote:
>> Spricht was dagegen, den Pfad komplett entfallen zu lassen? Manche
>> Anbieter erzwingen das sowieso. :)
>
> *überleg* *langeüberleg*
>
> Ja, da spricht was dagegen: ich bin in eine Richtung per UUCP
> angebunden. Da sehe ich spontan keine Möglichkeit, in die Übermittlung
> der Artikel einzugreifen, so wie ich das bei der anderen Anbindung über
> suck/put-news kann.
Ja, toll, noch ein wenig weiter überlegt kommt dann die Erkenntnis, dass
"Path teilweise löschen" unter UUCP natürlich genausowenig funktioniert
wie "Path ganz rausnehmen" :-)
Dann bleibt UUCP für mich wohl nur noch Ergänzung in lesender Richtung.
Doof. Oder ich suche mal, ob man sich da nicht doch einklinken kann.
> Dann probiere ich jetzt mal aus, wie ich das put-news-Skript auf sowas
> dressiere.
Yay, ich lerne sed(1) :-)
Jetzt nur noch testen...
Gruß
Christian
Thomas Hochstein
> On Mon, 14 Mar 2011 08:40:03 +0100, Thomas Hochstein wrote:
>> Christian Garbs schrieb:
>>> Nur: Welchen Teil vom Pfad lasse ich weg und was handele ich mir dabei
>>> eventuell für Nebenwirkungen ein?
>> Spricht was dagegen, den Pfad komplett entfallen zu lassen? Manche
>> Anbieter erzwingen das sowieso. :)
>
> *überleg* *langeüberleg*
>
> Ja, da spricht was dagegen: ich bin in eine Richtung per UUCP
> angebunden. Da sehe ich spontan keine Möglichkeit, in die Übermittlung
> der Artikel einzugreifen, so wie ich das bei der anderen Anbindung über
> suck/put-news kann.
Ich meinte eher, den Path nur bei der Einspeisung per rpost entfallen
zu lassen, so mache ich das IIRC derzeit.
> Und außerdem wär das ja ein Knick im Ego, wenn ich meinen eigenen Pfad-
> Knoten nicht mehr in die weite Welt hinauspusten könnte :-)
*g* Okay, das ist ein schlagendes Argument. :)
Was ich BTW noch nicht verstehe: warum hast Du Deinen Hostname zweimal
im Path? Dein Beispiel in <ikp1b6$ha$1...@yggdrasil.mitch.h.shuttle.de>
war
| Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
Bei mir sieht das aber nur so aus:
| Path: thangorodrim.ancalagon.de!.POSTED!not-for-mail
Karsten Düsterloh
> Seit dem Umstieg von Lenny auf Squeeze und dem damit verbundenen
> Updates meines lokalen inn 2.4.5 auf 2.5.2 ist irgendwas mit meinem
> Path kaputt.
Ist die Version in der Hinsicht nicht sowieso recht kaputt?
Wenn ich <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598135> sehe,
zögere ich im Moment schon ein wenig, den produktiv einzusetzen…
Allerdings scheint das für die irgendwann einmal erscheinende 2.5.3
bereits gefixt zu sein? Aber wer weiß, wann die heraus- und dann auch
mal in Debian ankommt. :|
Karsten
--
Freiheit stirbt | Fsayannes SF&F-Bibliothek:
Mit Sicherheit | http://fsayanne.tprac.de/
Christian Garbs
Thomas Hochstein <t...@inter.net> wrote:
> Was ich BTW noch nicht verstehe: warum hast Du Deinen Hostname zweimal
> im Path? Dein Beispiel in <ikp1b6$ha$1...@yggdrasil.mitch.h.shuttle.de>
> war
> | Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
Ich könnte dazu auf <ikp1b6$ha$1...@yggdrasil.mitch.h.shuttle.de>
verweisen, aber dann wird das hier rekursiv :-)
Ich weiß nicht, warum das so ist, aber das macht der aktuelle inn wohl
so. Das war der Grund für den Thread hier.
Gruß
Christian
PS: Testposts sehen gut aus, das hier geht jetzt wieder "ganz normal"
raus.
--
....Christian.Garbs.....................................http://www.cgarbs.de
Murphy's Laws of Combat:
2. Incoming fire has the right of way.
Thomas Hochstein
> Ja, toll, noch ein wenig weiter überlegt kommt dann die Erkenntnis, dass
> "Path teilweise löschen" unter UUCP natürlich genausowenig funktioniert
> wie "Path ganz rausnehmen" :-)
>
> Dann bleibt UUCP für mich wohl nur noch Ergänzung in lesender Richtung.
> Doof. Oder ich suche mal, ob man sich da nicht doch einklinken kann.
Frag doch mal zunächst Deine Gegenstelle, was das Problem ist ...
Thomas Hochstein
> Ist die Version in der Hinsicht nicht sowieso recht kaputt?
> Wenn ich <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598135> sehe,
> zögere ich im Moment schon ein wenig, den produktiv einzusetzen…
Von dieser URL:
| Fixed in version inn2/2.5.2-2~squeeze1
-thh
Thomas Hochstein
> Ich weiß nicht, warum das so ist, aber das macht der aktuelle inn wohl
> so. Das war der Grund für den Thread hier.
Ich weiß, aber wenn "der aktuelle INN" 2.5.2-2~squeeze1 aus Debian
Squeeze ist, dann ist das genau der INN, der hier auf dem lokalen
Server läuft und das bei mir eben _nicht_ macht, wie man an diesem
Posting hier vermutlich sieht. - Deshalb frage ich ja. ;)
Das ".POSTED" ist neu, das ist klar, aber nicht klar ist mit der
doppelte Path:-Eintrag.
> PS: Testposts sehen gut aus, das hier geht jetzt wieder "ganz normal"
> raus.
| Path: thangorodrim.ancalagon.de!news.szaf.org!newsfeed01.sul.t-online.de!newsmm00.sul.t-online.de!t-online.de!news.t-online.com!not-for-mail
Entweder verwirft T-Online Deinen Path sowieso, oder Du hast ihn jetzt
doch ganz entfernt ...
Grüße,
Karsten Düsterloh
>> Ist die Version in der Hinsicht nicht sowieso recht kaputt?
>> Wenn ich <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598135> sehe,
>> zögere ich im Moment schon ein wenig, den produktiv einzusetzen…
>
> Von dieser URL:
> | Fixed in version inn2/2.5.2-2~squeeze1
Uh, ja, lesen sollte man können.
Danke für den Hinweis, eine Sorge weniger. :)
Christian Garbs
Thomas Hochstein <t...@inter.net> wrote:
> Das ".POSTED" ist neu, das ist klar, aber nicht klar ist mit der
> doppelte Path:-Eintrag.
An welchen Stellen der Konfiguration könnte ich denn dazu forschen?
> | Path: thangorodrim.ancalagon.de!news.szaf.org!newsfeed01.sul.t-online.de!newsmm00.sul.t-online.de!t-online.de!news.t-online.com!not-for-mail
>
> Entweder verwirft T-Online Deinen Path sowieso, oder Du hast ihn jetzt
> doch ganz entfernt ...
Lokal sieht der Artikel so aus:
| Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
Das put-news bekommt das hier, schneidet mein System also nur einmal
raus:
| sedcmd: /^NNTP-Posting-Host:\|^NNTP-Posting-Date:\|^X-Complaints-To:\|^Xref:\|^X-Trace:\|^X-Server-Date:/d;/^Path:/{s/yggdrasil.mitch.h.shuttle.de!.POSTED!//}
Erkenntnis:
4 Pfadeinträge: T-Online lehnt ab
3 Pfadeinträge: ungetestet
2 Pfadeinträge: T-Online nimmt an. Und löscht den Pfad anschließend.
Weltraumtechnik :-)
Gruß
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
Gravity is a myth, the Earth sucks.
Michael Grimm
>> Das ".POSTED" ist neu, das ist klar, aber nicht klar ist mit der
>> doppelte Path:-Eintrag.
>
> An welchen Stellen der Konfiguration könnte ich denn dazu forschen?
Vielleicht hilft <i2kppb$1rmc$2...@de-l.enfer-du-nord.net> ff. und
<i2sj5a$vpp$1...@de-l.enfer-du-nord.net>?
Bei mir war es ein 2.6.0, aber IIRC gilt das mit altem Keyword
addnntppostinghost vom 2.5.2 sinngemäß. Hast Du das gesetzt?
Mich hatte das mit dem FQDN bzw. IP-Adresse gestört, weshalb ich das
in meinem filter_nnrpd.pl wieder ausbügele.
Gruß,
Michael
--
Heute im Angebot der ATK: Wild Fart - Die Blüte der Erleichterung
Thomas Hochstein
> Vielleicht hilft <i2kppb$1rmc$2...@de-l.enfer-du-nord.net> ff. und
> <i2sj5a$vpp$1...@de-l.enfer-du-nord.net>?
Nicht wirklich. Da ging es darum, daß statt "!.POSTED!" ein
"!.POSTED.client.example!" eingesetzt wurde.
Hier haben wir aber ein "server.example!.POSTED!server.example" statt
des einfachen ".POSTED!server.example".
Michael Grimm
> Michael Grimm schrieb:
>> Vielleicht hilft <i2kppb$1rmc$2...@de-l.enfer-du-nord.net> ff. und
>> <i2sj5a$vpp$1...@de-l.enfer-du-nord.net>?
>
> Nicht wirklich. Da ging es darum, daß statt "!.POSTED!" ein
> "!.POSTED.client.example!" eingesetzt wurde.
Richtig, und, das sollte auch erst ab 2.6.0 so eingeführt werden. Da er
aber von einem 2.5.2 spricht, nahm ich an, daß da ein nnrpd.c in Debian
gepatched wurde, um dem neuen RFC zu genügen.
> Hier haben wir aber ein "server.example!.POSTED!server.example" statt
> des einfachen ".POSTED!server.example".
Unter der Annahme, daß sein Client auf dem *selben* Server wie sein INN
läuft und beide auf den selben FQDN zurückgreifen, dann muß man unter
2.6.0 bei gesetzten addinjectionpostinghost einen Path à la ...
| Path: dodel!yggdrasil.mitch.h.shuttle.de!.POSTED.yggdrasil.mitch.h.shuttle.de!not-for-mail
^
... erwarten. Wer weiß, was der nnrpd.c in Debian macht. Habe keinen
Zugang zu den gepatchten Debian-Sourcen, kann also nicht nachschauen, ob
da vielleicht fälschlicherweise ein ".POSTED!" statt ".POSTED."
eingefügt wird? Das sind zwar sehr viele Annahmen und Vermutungen, aber
wer weiß ...
Gruß,
Michael
--
Heute im Angebot der ATK: Rescuetropfen, gerührt, nicht geschüttelt
Sven Hartge
oweh@skuld:~/apt/inn2-2.5.2/nnrpd$ grep -5 -n POSTED *
post.c-424- if (VirtualPathlen > 0)
post.c-425- addvirtual = true;
post.c-426- } else {
post.c-427- /* Check that the article has not been injected yet. */
post.c-428- for (p = HDR(HDR__PATH); *p != '\0'; p++) {
post.c:429: if (*p == '.' && strncasecmp(p, ".POSTED", 7) == 0
post.c-430- && (p[7] == '.' || p[7] == '!' || p[7] == ' ' || p[7] == '\t'
post.c-431- || p[7] == '\r' || p[7] == '\n')
post.c-432- && (p == HDR(HDR__PATH) || p[-1] == '!')) {
post.c-433- return "Path: header shows a previous injection of the article";
post.c-434- }
--
post.c-446- }
post.c-447-
post.c-448- if (newpath != NULL)
post.c-449- free(newpath);
post.c-450- if (addvirtual) {
post.c:451: newpath = concat(VirtualPath, ".POSTED!", HDR(HDR__PATH), (char *) 0);
post.c-452- } else {
post.c:453: newpath = concat(".POSTED!", HDR(HDR__PATH), (char *) 0);
post.c-454- }
post.c-455-
post.c-456- HDR_SET(HDR__PATH, newpath);
post.c-457-
post.c-458- /* Reply-To: is left alone. */
Sven Hartge
POSTED! kommt vor: (aber siehe weiter unten)
In den Debian-Patches, die auf der originalen Quellcode angwendet
werden, wird obige Passage _nicht_ verändert. Muss also im originalen
2.5.2 schon so vorkommen.
S°
[Supersede wg. Vergesslichkeit]
Michael Grimm
> Michael Grimm <tras...@odo.in-berlin.de> wrote:
>> Unter der Annahme, daß sein Client auf dem *selben* Server wie sein INN
>> läuft und beide auf den selben FQDN zurückgreifen, dann muß man unter
>> 2.6.0 bei gesetzten addinjectionpostinghost einen Path à la ...
>>
>> | Path: dodel!yggdrasil.mitch.h.shuttle.de!.POSTED.yggdrasil.mitch.h.shuttle.de!not-for-mail
>> ^
>> ... erwarten. Wer weiß, was der nnrpd.c in Debian macht. Habe keinen
>> Zugang zu den gepatchten Debian-Sourcen, kann also nicht nachschauen,
>> ob da vielleicht fälschlicherweise ein ".POSTED!" statt ".POSTED."
>> eingefügt wird? Das sind zwar sehr viele Annahmen und Vermutungen,
>> aber wer weiß ...
> POSTED! kommt vor: (aber siehe weiter unten)
[...]
> post.c-448- if (newpath != NULL)
> post.c-449- free(newpath);
> post.c-450- if (addvirtual) {
> post.c:451: newpath = concat(VirtualPath, ".POSTED!", HDR(HDR__PATH), (char *) 0);
> post.c-452- } else {
> post.c:453: newpath = concat(".POSTED!", HDR(HDR__PATH), (char *) 0);
> post.c-454- }
> post.c-455-
> post.c-456- HDR_SET(HDR__PATH, newpath);
>
> In den Debian-Patches, die auf der originalen Quellcode angwendet
> werden, wird obige Passage _nicht_ verändert. Muss also im originalen
> 2.5.2 schon so vorkommen.
Ja, kann ich bestätigen, finde ich auch so im originalen Sourcecode. Ab
2.6.0 verändert sich das dann nach:
,----
| if (newpath != NULL)
| free(newpath);
| if (PERMaccessconf->addinjectionpostinghost) {
| if (addvirtual) {
| newpath = concat(VirtualPath, ".POSTED.", Client.host, "!",
| HDR(HDR__PATH), (char *) 0);
| } else {
| newpath = concat(".POSTED.", Client.host, "!", HDR(HDR__PATH),
| (char *) 0);
| }
| } else {
| if (addvirtual) {
| newpath = concat(VirtualPath, ".POSTED!", HDR(HDR__PATH),
| (char *) 0);
| } else {
| newpath = concat(".POSTED!", HDR(HDR__PATH), (char *) 0);
| }
| }
| HDR_SET(HDR__PATH, newpath);
`----
Das war dann also eine Sackgasse meinerseits.
Gruß,
Michael
--
Heute im Angebot der ATK: Aderlaß nach Hildegard von Bingen
Thomas Hochstein
>> Das ".POSTED" ist neu, das ist klar, aber nicht klar ist mit der
>> doppelte Path:-Eintrag.
>
> An welchen Stellen der Konfiguration könnte ich denn dazu forschen?
Hm, ich vermeine, bei meinem Newsserver werde im Transit ein
Path-Eintrag vorgenommen, bei eingelieferten Postings aber zwei (in
meinem Fall verschiedene). Hast Du zufällig "domain" in der inn.conf
gesetzt? Wenn ja, was passiert, wenn Du das nicht tust?
>>| Path: thangorodrim.ancalagon.de!news.szaf.org!newsfeed01.sul.t-online.de!newsmm00.sul.t-online.de!t-online.de!news.t-online.com!not-for-mail
>>
>> Entweder verwirft T-Online Deinen Path sowieso, oder Du hast ihn jetzt
>> doch ganz entfernt ...
[...]
> 2 Pfadeinträge: T-Online nimmt an. Und löscht den Pfad anschließend.
*g* Ja, das befürchtete ich. Daher meine Andeutung in
<dcsn.11031...@thorondor.akallabeth.de> im ersten Absatz.
Christian Garbs
Michael Grimm <tras...@odo.in-berlin.de> wrote:
> Mich hatte das mit dem FQDN bzw. IP-Adresse gestört, weshalb ich das
> in meinem filter_nnrpd.pl wieder ausbügele.
Wäre filter_nnrpd.pl eine legitime Stelle, um schon bei der
Einlieferung von Artikeln den doppelten Servernamen aus dem Pfad
herauszuschneiden?
Kann man da schreibend auf den Header zugreifen und ist der Pfad zu
dem Zeitpunkt des Skriptaufrufes schon hinzugefügt worden?
Ich krieg das heute nicht mehr ausprobiert.
Gruß
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
In America, any boy may become president and I suppose that's just one
of the risks he takes.
-- Adlai Stevenson
Christian Garbs
Thomas Hochstein <t...@inter.net> wrote:
> Christian Garbs schrieb:
>
>>> Das ".POSTED" ist neu, das ist klar, aber nicht klar ist mit der
>>> doppelte Path:-Eintrag.
>>
>> An welchen Stellen der Konfiguration könnte ich denn dazu forschen?
>
> Hm, ich vermeine, bei meinem Newsserver werde im Transit ein
> Path-Eintrag vorgenommen, bei eingelieferten Postings aber zwei (in
> meinem Fall verschiedene). Hast Du zufällig "domain" in der inn.conf
> gesetzt? Wenn ja, was passiert, wenn Du das nicht tust?
Ja, ich habe domain gesetzt und zwar auf "mitch.h.shuttle.de".
Wenn ich das auskommentiere, ändert sich nichts.
Wenn ich den pathname auf "mitch.h.shuttle.de" setze, kriege ich
sowas:
Path: mitch.h.shuttle.de!.POSTED!mitch.h.shuttle.de!not-for-mail
Aber das ist auch nicht überraschend, denke ich :-)
Gruß
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
No rule is so general, which admits not some execption.
(Robert Burton)
Ray Banana
> Wenn ich den pathname auf "mitch.h.shuttle.de" setze, kriege ich
> sowas:
> Path: mitch.h.shuttle.de!.POSTED!mitch.h.shuttle.de!not-for-mail
> Aber das ist auch nicht überraschend, denke ich :-)
Nur, wenn du ausser pathhost auch pathcluster gesetzt hast.
--
Time flies like an arrow, fruit flies like a Banana.
http://www.eternal-september.org
Ray Banana
>> Mich hatte das mit dem FQDN bzw. IP-Adresse gestört, weshalb ich das
>> in meinem filter_nnrpd.pl wieder ausbügele.
> Wäre filter_nnrpd.pl eine legitime Stelle, um schon bei der
> Einlieferung von Artikeln den doppelten Servernamen aus dem Pfad
> herauszuschneiden?
Ja.
> Kann man da schreibend auf den Header zugreifen und ist der Pfad zu
> dem Zeitpunkt des Skriptaufrufes schon hinzugefügt worden?
Ja und ja.
Ray Banana
> Also sprach Christian Garbs <mi...@cgarbs.de>
>
>> Michael Grimm <tras...@odo.in-berlin.de> wrote:
>>> Mich hatte das mit dem FQDN bzw. IP-Adresse gestört, weshalb ich das
>>> in meinem filter_nnrpd.pl wieder ausbügele.
>> Wäre filter_nnrpd.pl eine legitime Stelle, um schon bei der
>> Einlieferung von Artikeln den doppelten Servernamen aus dem Pfad
>> herauszuschneiden?
>
> Ja.
>
>> Kann man da schreibend auf den Header zugreifen und ist der Pfad zu
>> dem Zeitpunkt des Skriptaufrufes schon hinzugefügt worden?
>
> Ja und ja.
Sorry, da war ich etwas unkonzentriert :-(
Die Pfadeinträge werden erst vom innd selbst hinzugefügt, sind also in
filter_nnrpd noch nicht vorhanden. Bleibt also nur, die Ursache
(pathost, pathcluster, pathalias) in inn.conf zu finden und zu beheben.
In filter_nnrpd ist lediglich das path-diagnostic-Element vorhanden, das
Michael oben erwähnt hat.
Michael Grimm
Hmm. Ich korrigiere bei einem 2.6.0 folgendes im filter_nnrpd.pl:
,----
| # Path: header data ends with postinghost if addinjectionpostinghost is set to true
| # ...reader.enfer-du-nord.net!.POSTED.pd9533350.dip.t-dialin.net!not-for-mail
| # modify to:
| # ...reader.enfer-du-nord.net!.POSTED!not-for-mail
| if ($hdr{'Path'} =~ /\.POSTED\..*\!not-for-mail$/) {
| $hdr{'Path'} =~ s/\.POSTED\..*\!not-for-mail$/.POSTED\!not-for-mail/;
| };
`----
Vielleicht mißverstehe ich Dich, aber meines Wissens ist der angedachte
Path-Eintrag schon in filter_nnrpd.pl bekannt.
Gruß,
Michael
--
Heute im Angebot der ATK: Biologisch abbaubare Stirn-Chakra-Politur
Michael Grimm
>> Mich hatte das mit dem FQDN bzw. IP-Adresse gestört, weshalb ich das
>> in meinem filter_nnrpd.pl wieder ausbügele.
>
> Wäre filter_nnrpd.pl eine legitime Stelle, um schon bei der
> Einlieferung von Artikeln den doppelten Servernamen aus dem Pfad
> herauszuschneiden?
>
> Kann man da schreibend auf den Header zugreifen und ist der Pfad zu
> dem Zeitpunkt des Skriptaufrufes schon hinzugefügt worden?
IMHO ja, siehe <im5nmc$fja$1...@de-l.enfer-du-nord.net>
Gruß,
Michael
--
Heute im Angebot der ATK: Feinstöffliches aus dem Wienerwald
Ray Banana
> Ray Banana <ray...@banana.shacknet.nu> wrote:
>> Also sprach Ray Banana <ray...@banana.shacknet.nu>
>>> Also sprach Christian Garbs <mi...@cgarbs.de>
>>>> Wäre filter_nnrpd.pl eine legitime Stelle, um schon bei der
>>>> Einlieferung von Artikeln den doppelten Servernamen aus dem Pfad
>>>> herauszuschneiden?
[...]
> Vielleicht mißverstehe ich Dich, aber meines Wissens ist der angedachte
> Path-Eintrag schon in filter_nnrpd.pl bekannt.
Christian ging es um diesen doppelten Eintrag:
| Path:
| yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Michael Grimm
> Also sprach Michael Grimm <tras...@odo.in-berlin.de>
>> Ray Banana <ray...@banana.shacknet.nu> wrote:
>>> Also sprach Ray Banana <ray...@banana.shacknet.nu>
>>>> Also sprach Christian Garbs <mi...@cgarbs.de>
>>>>> Wäre filter_nnrpd.pl eine legitime Stelle, um schon bei der
>>>>> Einlieferung von Artikeln den doppelten Servernamen aus dem Pfad
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>>> herauszuschneiden?
>> Vielleicht mißverstehe ich Dich, aber meines Wissens ist der angedachte
>> Path-Eintrag schon in filter_nnrpd.pl bekannt.
>
> Christian ging es um diesen doppelten Eintrag:
>
>| Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ja. Vorneweg: Die Lösung seiner Miskonfiguration geht vor. Rein
akademisch ließe sich sein Path: in filter_nnrpd.pl mittels ...
$hdr{'Path'} =~ s/\.POSTED\..*\!not-for-mail$/.POSTED\!not-for-mail/;
... korrigieren. Die ursächliche Lösung seines Problems ist natürlich
effizienter. Nix für ungut, aber ich stehe offensichtlich auf dem
Schlauch ;-)
Gruß,
Michael
--
Niveau sieht nur von unten aus wie Arroganz. (Klaus Kinski)
Thomas Hochstein
>> Hm, ich vermeine, bei meinem Newsserver werde im Transit ein
>> Path-Eintrag vorgenommen, bei eingelieferten Postings aber zwei (in
>> meinem Fall verschiedene). Hast Du zuf�llig "domain" in der inn.conf
>> gesetzt? Wenn ja, was passiert, wenn Du das nicht tust?
>
> Ja, ich habe domain gesetzt und zwar auf "mitch.h.shuttle.de".
> Wenn ich das auskommentiere, �ndert sich nichts.
Hm, okay; das w�rde es ja auch nicht erkl�ren.
> Wenn ich den pathname auf "mitch.h.shuttle.de" setze, kriege ich
> sowas:
>
> Path: mitch.h.shuttle.de!.POSTED!mitch.h.shuttle.de!not-for-mail
>
> Aber das ist auch nicht �berraschend, denke ich :-)
Komisch halt, da� das zweimal aufscheint, vor und nach dem ".POSTED".
Christian Garbs
Christian Garbs <mi...@cgarbs.de> wrote:
> Seit dem Umstieg von Lenny auf Squeeze und dem damit verbundenen
> Updates meines lokalen inn 2.4.5 auf 2.5.2 ist irgendwas mit meinem
> Path kaputt. Früher sahen meine Artikel so aus:
>
> Path: yggdrasil.mitch.h.shuttle.de!not-for-mail
>
> Jetzt bekommen sie das hier:
>
> Path: yggdrasil.mitch.h.shuttle.de!.POSTED!yggdrasil.mitch.h.shuttle.de!not-for-mail
Als "elegante Problemlösung" spiele ich derzeit mit dem Gedanken, auf
meinem Rootserver einfach einen richtigen Newsserver zu installieren,
der mit anderen Server peert. Auf jeden Fall nimmt der dortige inn2
meine komischen langen Pfadeinträge bereits jetzt sang- und klanglos
an. Die Weiterverteilung per innfeed! sollte dann ja auch keine
Probleme mehr machen :-)
Dieser Server - gleicher inn 2.5.2 aus dem gleichen Debian, aber
frisch aufgesetzt - produziert die Pfade so, wie er soll, da tritt das
oben geschilderte Problem nicht auf:
Path: news.cgarbs.de!.POSTED!not-for-mail
Es muss also irgendwo an meiner lokalen Konfiguration liegen (wenn
nicht, hättes auch bestimmt schon Bugreports bei Debian gehagelt).
Jetzt habe ich eine funktionierende Konfiguration zum Vergleichen, das
könnte mich weiterbringen. Der korrekte Pfad sprang mir jetzt ins
Auge, als ich an der readers.conf rumschrauben wollte, um den
host-Teil meiner Message-IDs anzuhübschen möchte.
Ich werde weiter berichten (und bestimmt auch noch doofe Fragen zum
"richtigen" Serverbetrieb stellen).
Gruß
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
SHIFT TO THE LEFT! SHIFT TO THE RIGHT!
POP UP, PUSH DOWN, BYTE, BYTE, BYTE!
Simon Krahnke
> Jetzt habe ich eine funktionierende Konfiguration zum Vergleichen, das
> könnte mich weiterbringen. Der korrekte Pfad sprang mir jetzt ins
> Auge, als ich an der readers.conf rumschrauben wollte, um den
> host-Teil meiner Message-IDs anzuhübschen möchte.
Was heißt denn aufhübschen? Ich hoffe mal kürzer machen?
mfg, simon .... l
Simon Krahnke
> Simon Krahnke <over...@gmx.li> schrieb:
> Ich bevorzuge da Namen ohne MX- und A-RR. Das reduziert die Spam-Ver-
> suche etwas. Allerdings mußte ich dafür ein wenig rumpatchen, das ist
> jetzt auf dem neuen System auch wieder fällig.
Interessant. Ich bekomme gut 100 MB Message-ID-Spam pro Jahr (824 MB in
8 Jahren), was kostet das bitte?
mfg, simon .... l
Sven Hartge
Nerven.
Vor allem, wenn man gerade am Mailsystem "herumspielt" und vor lauter
Log-SPAM die richtigen Fehler nicht mehr sieht.
Irgendwann wurde mir das zu doof und ich habe mids.svenhartge.de im DNS
entsprechend behandelt. (Ja, nicht die beste Lösung, aber derzeit meine
einzige, bis ich DNS selbst mache.)
S°
Simon Krahnke
> Simon Krahnke <over...@gmx.li> wrote:
>> * Ralf Döblitz <doeb...@doeblitz.net> (18:55) schrieb:
>>> Simon Krahnke <over...@gmx.li> schrieb:
>>>> * Christian Garbs <mi...@cgarbs.de> (23:27) schrieb:
>
>>>>> Jetzt habe ich eine funktionierende Konfiguration zum Vergleichen,
>>>>> das könnte mich weiterbringen. Der korrekte Pfad sprang mir jetzt
>>>>> ins Auge, als ich an der readers.conf rumschrauben wollte, um den
>>>>> host-Teil meiner Message-IDs anzuhübschen möchte.
>>>>
>>>> Was heißt denn aufhübschen? Ich hoffe mal kürzer machen?
>>>
>>> Ich bevorzuge da Namen ohne MX- und A-RR. Das reduziert die Spam-Ver-
>>> suche etwas. Allerdings mußte ich dafür ein wenig rumpatchen, das ist
>>> jetzt auf dem neuen System auch wieder fällig.
>
>> Interessant. Ich bekomme gut 100 MB Message-ID-Spam pro Jahr (824 MB
>> in 8 Jahren), was kostet das bitte?
>
> Nerven.
Meine nicht, überhaupt nicht.
> Vor allem, wenn man gerade am Mailsystem "herumspielt" und vor lauter
> Log-SPAM die richtigen Fehler nicht mehr sieht.
Das bringt mich zu der Frage, wieviel Message-ID-Spam denn bei dir bitte
reinkam? Mir ist solcher bei sporadischen Besuchen des Logfiles noch nie
aufgefallen.
Aber zur Einordnung, nur ich poste mit diesen Message-IDs, bei mehreren
Usern sieht das wohl entsprechend anders aus, vor allem wenn man Detlef
Meissner oder so als Kunden hat.
> Irgendwann wurde mir das zu doof und ich habe mids.svenhartge.de im DNS
> entsprechend behandelt. (Ja, nicht die beste Lösung, aber derzeit meine
> einzige, bis ich DNS selbst mache.)
mfg, simon .... l
Christian Garbs
Nee, ich will da den fast-numerischen Defaultnamen meines Hosters
raushaben und auf news.cgarbs.de umstellen.
Das, was Du hier im Posting siehst, ist mein Newsserver zu Hause. Die
Message-ID bleibt so, der Rechner ja wirklich so. Außerdem war das
schon immer so™, sonst müsste ich das Highlighting in meinem
Newsreader umstellen :-)
Leider war die reader.conf auch nicht die Ursache, mein Pfad-Problem
bleibt ungelöst.
Gruß
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
As far as we know, our computer has never had an undetected error.
-- Weisert
Thomas Hochstein
> Nee, ich will da den fast-numerischen Defaultnamen meines Hosters
> raushaben und auf news.cgarbs.de umstellen.
Ich setzte mehr oder weniger als erstes einen gescheiten Hostname,
wenn ich einen Mietserver einrichte ...
Christian Garbs
Thomas Hochstein <t...@inter.net> wrote:
> Christian Garbs schrieb:
>> Nee, ich will da den fast-numerischen Defaultnamen meines Hosters
>> raushaben und auf news.cgarbs.de umstellen.
>
> Ich setzte mehr oder weniger als erstes einen gescheiten Hostname,
> wenn ich einen Mietserver einrichte ...
Hmm, die Idee ist so naheliegend wie schnell umgesetzt. Mal kuchen,
ob ich mir damit irgendwas kaputtmachen.
Aber: Ich will nicht "www.cgarbs.de" als Host in der Message-ID,
sondern entweder "news.cgarbs.de" oder "cgarbs.de". Für Emails kann
ich da einfach /etc/mailname editieren, aber wie stelle ich das im
Newsserver um?
Bei "domain" in der inn.conf steht explizit, dass man das nicht für
die Message-IDs benutzen soll:
As this parameter is rarely used, do not use it to affect the
righthand side of autogenerated Message-IDs; see instead virtualhost
and domain in readers.conf(5).
Und in der readers.conf steht zu "virtualhost":
Note that setting this parameter requires the server modify all posts
before presenting them to the client and therefore may decrease
performance slightly.
Ich will ja nicht sämtliche zum Client geschickten Artikel umbauen,
sondern nur angenommene Artikel ohne Message-ID mit einer Message-ID
mit frei wählbarem Host-Teil versehen.
Geht das irgendwie ganz einfach und ohne Nebenwirkungen?
Gruß
Christian
--
....Christian.Garbs.....................................http://www.cgarbs.de
Corry's Law:
Paper is always strongest at the perforations.
Thomas Hochstein
> Aber: Ich will nicht "www.cgarbs.de" als Host in der Message-ID,
> sondern entweder "news.cgarbs.de" oder "cgarbs.de". Für Emails kann
> ich da einfach /etc/mailname editieren, aber wie stelle ich das im
> Newsserver um?
Ich mache das IIRC mit "virtualhost" in der readers.conf.
> Und in der readers.conf steht zu "virtualhost":
> Note that setting this parameter requires the server modify all posts
> before presenting them to the client and therefore may decrease
> performance slightly.
Für mein Handvoll Benutzer ist das kein Problem.
> Ich will ja nicht sämtliche zum Client geschickten Artikel umbauen,
> sondern nur angenommene Artikel ohne Message-ID mit einer Message-ID
> mit frei wählbarem Host-Teil versehen.
Keine Ahnung, was genau der da für den Reader verändert; ich nehme an,
es wird eine zusätzliche Path:-Komponente eingeblendet. Jedenfalls
aber setzt er für Postings, die durch den Client eingeliefert werden,
Path:, Message-ID: usw. usf. passend, und das ist ja das, was man
gerne haben möchte.
> Geht das irgendwie ganz einfach und ohne Nebenwirkungen?
Via "virtualhost", meine ich. Und vermutlich auch über "domain" in der
inn.conf ... (habe jetzt aber nicht in der Doku nachgeschaut).
Grüße,
-thh