Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Dupes von freedyn.de ueber Eternal September (was: [Info] Einfuehrung in de.soc.recht.* <2018-01-08>)
2 views
Skip to first unread message
Thomas Hochstein
Jan 9, 2022, 12:00:03 PM1/9/22
to
Diedrich Ehlerding schrieb:
> Marc Haber meinte:
>
> > |artcutoff
> > |Articles older than this number of days are dropped. The default
> > |value is 10, which means that an incoming article will be
> > |rejected if its posting date is farther in the past than ten
> > |days.
> >
> > Man muss also mindestens auch noch das Date: rewriten.
>
> Gilt das auch für Artikel, die von Peers per IHAVE/SENDME kommen
Ja. Um genau das zu verhindern, was hier gerade passiert.
Ich kann mir eigentlich nur vorstellen, dass das (versehentlich)
abgestellt war. Das braucht man manchmal, um gezielt alte Postings
nachzufeeden, wenn man bspw. nach einem Serverumzug, der Einrichtung
eines neuen Servers in einem Verbund mehrerer oder nach einem Crash den
Spool neu aufbauen will und dazu die Inhalte von einem anderen Server
rüberschiebt. Wenn man dann vergisst, das danach wieder zu aktivieren...
Das war übrigens letztlich auch die Ursache bei freedyn.de: da wurden
Postings aus einem Backup-/Archivsystem nachgefeedet, die versehentlich
propagiert wurden.
-thh
--
Informationen rund um Usenet und Newsserver:
<https://th-h.de/net/usenet/>
> Marc Haber meinte:
>
> > |artcutoff
> > |Articles older than this number of days are dropped. The default
> > |value is 10, which means that an incoming article will be
> > |rejected if its posting date is farther in the past than ten
> > |days.
> >
> > Man muss also mindestens auch noch das Date: rewriten.
>
> Gilt das auch für Artikel, die von Peers per IHAVE/SENDME kommen
Ja. Um genau das zu verhindern, was hier gerade passiert.
Ich kann mir eigentlich nur vorstellen, dass das (versehentlich)
abgestellt war. Das braucht man manchmal, um gezielt alte Postings
nachzufeeden, wenn man bspw. nach einem Serverumzug, der Einrichtung
eines neuen Servers in einem Verbund mehrerer oder nach einem Crash den
Spool neu aufbauen will und dazu die Inhalte von einem anderen Server
rüberschiebt. Wenn man dann vergisst, das danach wieder zu aktivieren...
Das war übrigens letztlich auch die Ursache bei freedyn.de: da wurden
Postings aus einem Backup-/Archivsystem nachgefeedet, die versehentlich
propagiert wurden.
-thh
--
Informationen rund um Usenet und Newsserver:
<https://th-h.de/net/usenet/>
Timo
Jan 16, 2022, 10:33:18 PM1/16/22
to
abgearbeitet. Der Fehler lag an einmal befehl mit Sudo, der die Peers
deaktivieren sollte, der genutzte Username, war jedoch auf dem System
noch nicht für sudo freigegeben und der Inn wurde nicht reloaded.
Best Regards,
Timo
--
Newsmaster of news.nntp4.net and news.freedyn.de
Contact: newsm...@nntp4.net / newsm...@freedyn.de
Abuse: ab...@nntp4.net / ab...@freedyn.de
The nntp4.net and freedyn.de services are private and non-commercial
projects.
You can find the data protection declaration here:
https://www.freedyn.de/datenschutz.php
Duran van May
Jan 16, 2022, 10:36:07 PM1/16/22
to
>
> Ich hatte die letzten Tage immer mal zwischendurch die Logs
> abgearbeitet. Der Fehler lag an einmal befehl mit Sudo, der die Peers
> deaktivieren sollte, der genutzte Username, war jedoch auf dem System
> noch nicht für sudo freigegeben und der Inn wurde nicht reloaded.
>
> Best Regards,
> Timo
>
Ich muss noch dazu erwähnen, dass das sudo innerhalb eines Scripts
> Ich hatte die letzten Tage immer mal zwischendurch die Logs
> abgearbeitet. Der Fehler lag an einmal befehl mit Sudo, der die Peers
> deaktivieren sollte, der genutzte Username, war jedoch auf dem System
> noch nicht für sudo freigegeben und der Inn wurde nicht reloaded.
>
> Best Regards,
> Timo
>
ausgeführt wurde, welche aber nun eingemottet ist.
Nutze nun die Variante Spool mit rsync kopieren, renumber und History
neu aufbauen.
0 new messages