Dupes von freedyn.de ueber Eternal September (was: [Info] Einfuehrung in de.soc.recht.* <2018-01-08>)

[Thomas Hochstein]

|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

[Timo]

Post by Thomas Hochstein

|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

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

[Duran van May]

Post by Timo
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
ausgeführt wurde, welche aber nun eingemottet ist.

Nutze nun die Variante Spool mit rsync kopieren, renumber und History
neu aufbauen.