Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connectionsPath: ...!weretis.net!feeder6.news.weretis.net!feeder8.news.weretis.net!news.szaf.org!thangorodrim.ancalagon.de!.POSTED.scatha.ancalagon.de!not-for-mail From: Thomas Hochstein Newsgroups: de.comm.software.newsserver Subject: Re: INN Feed Refused Anteil Date: Fri, 12 Nov 2021 20:49:57 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: thangorodrim.ancalagon.de; posting-host="scatha.ancalagon.de:10.0.1.1"; logging-data="23558"; mail-complaints-to="abuse@th-h.de" User-Agent: ForteAgent/8.00.32.1272 X-Face: *OX>R5kq$7DjZ`^-[1t8&@'PZ-tSFT*=<}JJ0nXs{WP<@(=U!'bOMMOH&Q0}/(W_d(FTA62 vielen dank, der unterschied refused/rejected war mir nicht klar. btw. > was meint duplicate? Das sind Duplikate, die quasi gleichzeitig angeboten werden, so dass sie nicht refused werden (weil sie schon in der History stehen), sondern zunächst angenommen, dann aber verworfen. Der sendende Server teilt zunächst per "IHAVE msgid" mit, dass er einen Artikel senden möchte. Wenn der empfangende Server ihn schon - in der History - hat, lehnt er ihn ab; das ist "refused". Sonst lässt er ihn sich schicken. Kommt ein Artikel von mehreren Peers quasi gleichzeitig rein, lässt er ihn sich von mehreren schicken. Den ersten nimmt er an, die anderen lehnt er - jetzt einen Schritt später im Protokoll und "teurer", weil der komplette Artikel bereits übermittelt wurde - ab. Das ist "duplicate". Ist die Message-ID schon in der History, kann das bspw. so aussehen: > IHAVE < 435 Article not wanted Ist die Message-ID noch nicht in der History, wenn der Absender fragt, aber sehr wohl, bis er den Artikel übermittelt hat, sieht das bspw. so aus: > IHAVE < 335 Send article to be transferred > [... hier kommt der Artikel ...] < 437 Transfer rejected; do not retry Die Beispiele kann man sich aus RFC 3977, 6.3.2. zusammenbasteln. Realiter kann das dann in /var/log/news/news so aussehen: | news@weidegrund $ grep '111120210050070073%nospam' /var/log/news/news | Nov 11 06:50:13.884 + news.karotte.org <111120210050070073%nospam@nospam.invalid> (@[...]@) 1286 inpaths! [...] | Nov 11 06:50:13.888 - szaf-out.news.weretis.net <111120210050070073%nospam@nospam.invalid> 439 Duplicate | Nov 11 06:50:13.888 - news.datentrampelpfad.de <111120210050070073%nospam@nospam.invalid> 439 Duplicate | Nov 11 06:50:13.889 - peer-szaf.out.news.welterde.net <111120210050070073%nospam@nospam.invalid> 439 Duplicate | Nov 11 06:50:13.894 - szaf-out.feeder.erje.net <111120210050070073%nospam@nospam.invalid> 439 Duplicate [...] > aber nachrichten die der server rejected tauchen lediglich in der > statistik auf. Rejects werden geloggt. Duplicates auch. Refusals nicht. Zu loggen, dass eine Nachricht nicht angenommen wird, weil sie schon vorliegt, erscheint mir weitgehend sinnbefreit. Jede Nachricht wird nur einmal angenommen, also müsste man bei den anderen 20, 40 oder 400 Peers jeweils loggen, dass sie nicht angenommen würde - mit welchem Erkenntnisgewinn für eine zusätzliche Logzeile pro Peer und Artikel? > aber das soll jetzt nicht darueber hinwegtaeuschen dass ich die antwort > auf meine frage mit ausfuehrlicherem doku lesen vermutlich selber haette > finden koennen ;) Die Doku zum INN ist nicht schlecht; das Problem ist nur, zu finden, wo was steht. Die Lognachrichten des innd habe ich auf die Schnelle nicht dokumentiert gefunden, wohl aber die Gegenrichtung, d.h. das Logging von innfeed. In "man innfeed" steht dann | SYSLOG ENTRIES [...] | refused | The number of articles offered to the host that it indicated it did | not want because it had already seen the message-ID. The remote host | indicates this by sending a 435 response to an IHAVE command or a 438 | response to a CHECK command. | | rejected | The number of articles transferred to the host that it did not accept | because it determined either that it already had the article or it | did not want it because of the article's Newsgroups: or Distribution: | header fields, etc. The remote host indicates that it is rejecting | the article by sending a 437 or 439 response after innfeed sent the | entire article. -thh -- Informationen rund um Usenet und Newsserver: