View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0004836||unreal||ircd||public||2017-01-12 00:09||2017-01-12 09:21|
|Fixed in Version||4.0.10|
|Summary||0004836: 4.* Compatibility Handling of GLOBOPS|
In UnrealIRCd 3.2 allowed GLOBOPS messages to be sent with a user as the source of the message without an error being generated.
In UnrealIRCd 4.* the same GLOBOPS is simply changed to a SENDUMODE o with the source and message unchanged. This results in a GLOBOPS from services servers with a service pseudo user as a source causing the second server in the chain to respond with an error stating SENDUMODE is not available to users.
Example (taken from the Anope bug report):
Services sends this to it's uplink:
:00BAAAAAD GLOBOPS :ADMIN: <removed>!<removed>@<removed> (<removed>) used GLOBAL
The UnrealIRCd 4 uplink converts this to the following and sends to its linked servers:
:00BAAAAAD SENDUMODE o :from OperServ: ADMIN: <removed>!<removed>@<removed> (<removed>) used GLOBAL
The next linked servers then respond with:
:<removed> 487 Global :SENDUMODE is a server only command
|Steps To Reproduce||Send a GLOBOPS message from a services server with a user such as OperServ as the source where the network consists of a services server and at least 2 linked UnrealIRCd 4 servers.|
|Additional Information||This was discovered by an Anope user reporting the error sent in reply to the SENDUMODE message that resulted from a GLOBOPS sent from Anope.|
See https://bugs.anope.org/view.php?id=1695 for more the Anope bug report.
|Tags||No tags attached.|
|3rd party modules|
Author: Bram Matthys <email@example.com>
Date: Thu Jan 12 09:19:07 2017 +0100
Fix some compatibility handling of GLOBOPS. Reported by Jobe (0004836).
Note that you should actually use SENDUMODE instead.