Thomas Hochstein
2022-05-14 14:58:33 UTC
[Crosspost und Followup-To nach de.admin.news.misc]
eingeworfen; keine Ahnung, ob man dort auf Anfragen von Nicht-Kunden
reagiert. :)
Ich wäre Dir ganz verbunden, wenn Du das im Auge behalten und ggf.
Rückmeldung geben könntest, gerne auch per Mail direkt an mich.
Üblicherweise folgt bei der "Umbenennung" einer Gruppe - faktisch eine
Löschung der alten und Neueinrichtung der neuen Gruppe - eine Woche nach
der Einrichtung der neuen Gruppe der rmgroup für die alte Gruppe. Wenn es
allerdings verbreitet [1] Newsserver geben sollte, die zwar den
monatlichen checkgroups für de.* ausführen, aber nicht einzelne
Steuernachrichten wie newgroups/rmgrups, müsste man diese Vorgehensweise
überdenken [2] (oder die Serveradministratoren nerven ;)).
-thh
[1] Bislang habe ich einen weiteren Fall auf dem Schirm.
[2] Vom Grundsatz her gibt es IMO keinen Anlass, auf suboptimal /
abweichend von den Empfehlungen [3] konfigurierte Server Rücksicht zu
nehmen, aber wenn das sich nicht auf Einzelfälle - insbesondere bei
Anbietern, die wie in diesem Fall mehr auf das "binary usenet"
konzentriert sind - beschränken sollte, sollte man das schon in den BLick
nehmen.
[3] Im beispielhaften control.ctl, das mit dem INN ausgeliefert wird, auf
dana.de und im public checkgroups
Die neue Gruppe wird bei meinem NSP Eweka nicht gefunden. Ist sie
schon da, oder kommt sie erst noch?
Der newgroup wurde am 12.05.2022 versandt. Ich habe mal ein Supportticketschon da, oder kommt sie erst noch?
eingeworfen; keine Ahnung, ob man dort auf Anfragen von Nicht-Kunden
reagiert. :)
Rückmeldung geben könntest, gerne auch per Mail direkt an mich.
Üblicherweise folgt bei der "Umbenennung" einer Gruppe - faktisch eine
Löschung der alten und Neueinrichtung der neuen Gruppe - eine Woche nach
der Einrichtung der neuen Gruppe der rmgroup für die alte Gruppe. Wenn es
allerdings verbreitet [1] Newsserver geben sollte, die zwar den
monatlichen checkgroups für de.* ausführen, aber nicht einzelne
Steuernachrichten wie newgroups/rmgrups, müsste man diese Vorgehensweise
überdenken [2] (oder die Serveradministratoren nerven ;)).
-thh
[1] Bislang habe ich einen weiteren Fall auf dem Schirm.
[2] Vom Grundsatz her gibt es IMO keinen Anlass, auf suboptimal /
abweichend von den Empfehlungen [3] konfigurierte Server Rücksicht zu
nehmen, aber wenn das sich nicht auf Einzelfälle - insbesondere bei
Anbietern, die wie in diesem Fall mehr auf das "binary usenet"
konzentriert sind - beschränken sollte, sollte man das schon in den BLick
nehmen.
[3] Im beispielhaften control.ctl, das mit dem INN ausgeliefert wird, auf
dana.de und im public checkgroups
--
Thomas Hochstein - Umsetzungsbeauftragter
* Moderation von de.admin.news.announce *
<http://dana.de/> Mail: ***@dana.de
Thomas Hochstein - Umsetzungsbeauftragter
* Moderation von de.admin.news.announce *
<http://dana.de/> Mail: ***@dana.de