Nun, beide beruhigt und Verbote sind tatsächlich eingestellt durch / Modus ( /mode +qund /mode +bjeweils). Wenn Sie jemandem das + b-Flag über ChanServ gewähren, müssen Sie lediglich den + b-Modus festlegen, wenn die gesperrte Person zurückkehrt (und sie aus dem Kanal tritt).
Der Hauptunterschied zwischen der Verwendung /mode +bund den ChanServ-Flags besteht darin, dass letztere dauerhaft gespeichert werden (siehe vollständige Erklärung unten).
Als zusätzliche Funktion können Sie mit ChanServ Notizen und Ablaufzeiten für die Verbote festlegen. Dies ist zwar nicht über verfügbar flags, Sie können jedoch auf diese Funktion zugreifen /msg chanserv akick. Kanalbetreiber finden es oft nützlich zu wissen, warum jemand für wie lange verboten wurde - ohne dafür ein gemeinsames Google-Dokument zu haben.
Hintergrund: Die meisten IRC-Netzwerke verfügen über keinen permanenten Speicher. Sie haben keine Benutzerkonten. Alle Kanäle sind transient, ihre Modus- und Verbotslisten werden nur solange im Speicher gehalten, wie der Kanal Personen enthält. Wenn Sie einen Op-Status erhalten, ist dieser nur solange gültig, wie Sie sich im Kanal befinden. Wenn Sie die Verbindung verlassen oder trennen, muss Sie jemand erneut operieren. Wenn ein Server neu startet, synchronisiert er sich wieder bei Null. Wenn das gesamte Netzwerk neu gestartet wird, geht der gesamte Status verloren. (Wie EFnet Ende 2012 passiert ist.)
(Es gibt Ausnahmen, aber das ist der übliche Fall.)
Services-Bots (ChanServ) stellen diesen Speicher in einem völlig separaten Programm bereit und verhalten sich wie ein herkömmlicher "Bot" oder nur als Skript-Client. Alle in ChanServ gesetzten Flags wirken sich nicht direkt auf das Netzwerk aus. Sie weisen ChanServ nur an, einige / Modi für Sie einzustellen. (Wenn Sie ein Kanaloperator sind, können Sie diese / Modi sicherlich selbst festlegen, sie sind nur vorübergehend.)
Wenn Sie also + o oder + F Flags auf freenode haben, ändert dies Ihren direkten Zugriff auf den Kanal nicht. Sie haben indirekten Zugriff über ChanServ. Das + o-Flag ist eine ACL, mit der Sie ChanServ nach einem /mode +oOn fragen können. Das + F-Flag ist eine ACL, mit der Sie anderen Flaggen / ACLs zuweisen können.
Warum hat ChanServ kein + q-Flag zum Stummschalten von Benutzern? Nun, es könnte, aber das hat noch niemand umgesetzt.
Eines der Argumente ist, dass Stumme oft zeitlich begrenzt sind und nicht wirklich brauchen in ChanServ gespeichert werden, während Voll auf Verbote oft dauerhaft sind und eine bessere Nutzung der persistenten Speicher machen.
Ein weiterer Grund ist, dass die Services-Software so geschrieben ist, dass sie mit verschiedenen IRC-Servertypen zusammenarbeitet und alle ihre benutzerdefinierten Erweiterungen verwendet. Nur vollständige Verbote sind ein Standardbestandteil von IRC - obwohl Freenode als +qModus stummgeschaltet ist, ist dies eine nicht standardgemäße Ergänzung.
Andere IRC-Server haben unterschiedliche Erweiterungen. Eine weitaus häufigere Bedeutung +qist zum Beispiel der Status des "Channel-Inhabers" - was nicht den Eigentümer im ChanServ-Stil bedeutet, sondern tatsächlich regelmäßiger Zugriff auf den Chanop mit einigen Boni. Sie können dies auf Foonetic oder Rizon sehen; statt nur "op / voice /"PeonNormal "Sie haben Besitzer / Admin / Op / Halfop / Voice / Normal" (Mute / Ruhe muss natürlich einen anderen Buchstaben verwenden.)
Der Hauptgrund, warum ChanServ von freenode kein +qFlag für die Stummschaltung besitzt, ist daher, dass es bereits das gleiche Flag verwendet, um die 'Owner'-Ebene in diesen anderen Netzwerktypen zu implementieren.
(Es gab viele Fälle, in denen ein Netzwerk seine Basisserver-Software wechselt, aber die gleiche Servicesoftware und Kontodatenbank beibehält. In diesem Fall möchten Sie nicht, dass Services alle vorherigen Einträge "+ q (Channel Owner)") in konvertieren "+ q (stummgeschaltet)" Einträge ...)