Martin Kealey

This would seem to be related to #46

This would resolve #264

As @mcmrarm noted in #100, there are security implications to allowing anyone to send what looks like a channel message, when they may not even be part of the channel....

Possibly related to this, when a user is kicked from a channel, it would be helpful to display that in the channel rather than in the server tab.

RFCs notwithstanding, reasonable heuristics can be more useful than blindly sticking to the RFC. Notifying messages by recognising their sender, privmsg/notify status, and/or content is preferable to all-or-nothing.

I mean, distinguishing based on privmsg vs notify may be appropriate in some cases

It seems like there are multiple requests here: @sotengboy wants notices to appear in the currently-displayed tab regardless of context Others (including me) want a `[#channel]` prefix to be honoured...

I agree that throwing random stuff into the "current" tab is crazy. The problem with `[#channel]` is that IRC doesn't provide a standardized mechanism within the protocol layer to send...

I guess a "proper" solution would be for the server to convert a `[#channel]` prefix into channel notice that's only sent to the target client's TCP connection(s). But good luck...

If you plan on having a list of service nicks (chanserv, memoserv, nickserv, etc) then a user could add their own, and have check box for "anyone" with a big...