Anope IRC Services

Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: [1]   Go Down

Author Topic: notifications or NotifyServ?  (Read 6762 times)

0 Members and 1 Guest are viewing this topic.

someone

  • Anope User
  • Offline Offline
  • Gender: Male
  • Posts: 42
    • http://www.somenet.org
notifications or NotifyServ?
« on: December 05, 2011, 09:02:42 AM »

I had not the time to think this thru and may have massive flaws in that ideas but...

i would propose the following features:
* give a registered nick a notify list and an invisible list.
if nick2 comes online and is on nick1's notify list, notifyserv would notify nick1 that nick2 came online, except if nick1 was on nick2's invisible list.
optionally add this for nick!user@host too, with the difference that unregistered nicks do not have invisible lists for obvious reasons.
might as well combine with mode +i ?
might allow serviceops ignore invis list?

the idea was to have "friend lists" so that you dont have to poll /who or "for everyone on my list: /whois"


* notify a chan if a user identifies.
if nick1 is in channel1 AND notification is enabled in channel1's settings, notify all nicks in channel1 (like a notice to that channel) that nick1 is now an identified nick.

the idea was to help new users see that an user identified without the use of "only registered may enter/talk" or the need of a bot polling /whois every few seconds on all nicks in the channel until a nick identifies (or gets changed)
Logged

katsklaw

  • Supporter
  • Anope User
  • Offline Offline
  • Posts: 537
Re: notifications or NotifyServ?
« Reply #1 on: December 05, 2011, 05:37:34 PM »

Buddy/notify lists:

Most mature irc clients do this already for the most part. Clients have a built in notify list. Some go as far as even calling it a buddy list. mIRC if i remember correctly has 3rd party scripts that enhance this feature. Clients such as mIRC also have an address book style manager so you can write notes or memos about a person, load a small pic of the person as well as many many other things.

There is no need to have this in services. The concept of services is to do things IRC clients cannot and this is one thing that a client can and does do already. Any task a client can do, it should do .. not services.

Additionally, if a user knows your nick, as in your example nick1 already knows nick2, then +i is useless. +i only hides you from users that don't know your nick.

Lastly, for this to be supported as you describe you would also need the ircd's support as well for this to work even half well. For example if nick1 adds nick2 to their notify list, nick2 not only can do nothing about it but may not even know. Users can add anyone to their notify list and other users can't prevent it.

User id notices to channel:


Users in general don't need to know if/when other users identify, it's simply none of their business. What difference does it really make? The chanmodes you refer to prevent spamming, otherwise ID status is irrelevant. If you have a bot that only talks to identified users, then there is a command for bots to use, it's /ns status. It returns a numerical value for each stage of use.

Code: [Select]
STATUS

Syntax: /msg NickServ STATUS nickname...
 
Syntax: STATUS nickname...

Returns whether the user using the given nickname is
recognized as the owner of the nickname.  The response has
this format:

    nickname status-code

where nickname is the nickname sent with the command, and
status-code is one of the following:

    0 - no such user online or nickname not registered
    1 - user not recognized as nickname's owner
    2 - user recognized as owner via access list only
    3 - user recognized as owner via password identification

Up to sixteen nicknames may be sent with each command; the
rest will be ignored. If no nickname is given, your status
will be returned.

 If you want this as an oper feature,then turn on LogChan and sit in the log channel. If you don't want that then a 3rd party module can be written to do this easy enough.
Logged

someone

  • Anope User
  • Offline Offline
  • Gender: Male
  • Posts: 42
    • http://www.somenet.org
Re: notifications or NotifyServ?
« Reply #2 on: December 08, 2011, 03:25:50 AM »

Buddy/notify lists:

Most mature irc clients do this already for the most part. Clients have a built in notify list. Some go as far as even calling it a buddy list. mIRC if i remember correctly has 3rd party scripts that enhance this feature. Clients such as mIRC also have an address book style manager so you can write notes or memos about a person, load a small pic of the person as well as many many other things.

Lastly, for this to be supported as you describe you would also need the ircd's support as well for this to work even half well. For example if nick1 adds nick2 to their notify list, nick2 not only can do nothing about it but may not even know. Users can add anyone to their notify list and other users can't prevent it.

Either I do really write totally incomprehensible (Could someone give me any feedback on that point pls?) or you are trying to understand me wrong again - as you did in the X discussion last time.
All the needed ircd support is allready there, as nickserv allready has the ability to detect new users on a network. (and ask them for their password and so on)

doing this on client side is never gonna be reliable.
Even if the client regulary polls either /who or /whois  or something else and/or is listening on in the channels that nick2 will join to, it does not guarantee that the user will connect under the same nick or from the same address. And the case where the nick AND the addresses are new to nick1 is the one where a client side recognition WILL definitely fail.

Even if it is not done intentionally by the user of nick2 it is an avoidable problem that can be solved by grouping all nicks to one ns group.

On the other hand services do get the info that a user connected (and identified) and could generate a notification immidiately, while the client side polling solution is slower, not reliable at all and generally a waste of ressources.

But allowing easily to detect what nicks belong to a nickgroup is a thing that is not cared about by any current ircd (i know) and therefore i wanted to add the ability to deny the adding of nicks to other users notify list.


Users in general don't need to know if/when other users identify, it's simply none of their business
Well, if you see nickserv as something that prevents MY nick to get used by someone else, true.

But as soon as you see nickserv as a tool that helps at authentication of the user behind a nick, then the event of identifying becomes interesting.
Using nickservnicks on chanserv access lists means the devs already acccepted the fact that nickserv has at least some little importance in authenticating users.

Yeah, sure it does not guarantee the authentcity of a user 100% but knowing a nick has been registered 2 years ago and the user behind that is identified, tells me that the nick most likely is still the same person.
On the other hand an unregistered nick could be anyone and could change anytime.

So some kind of notification on the positive identification would be interesting to users.
if its done by some nickserv setting "notify me about identified users on channels i am in/i select" would be nice, but im not sure if all anope's supported ircds share information on user's joined channels.

Again clients can do that by polling nickserv (as you suggested) which is again at least a waste of ressources.

Also imho the features to (not) be implementing should be determined by "does such a feature enrich an irc network for users irrespective of the client they use" and not by "it is possible to do that by a client on the client side" as this logic would demand the immidiate drop of any service development, as you can do nearly ANYTHING services do with polling and an opered up client.
If thats the good, efficient and free/open way is another question, but you seem to disregard these arguments at all anyway.

greetz
~someone

PS: thanks for doing /ns help status for me... im too dumb to do that by myself and i have also never studied the features my servers serve...
srsly -.-
Logged

iMe

  • Anope User
  • Offline Offline
  • Posts: 2
Re: notifications or NotifyServ?
« Reply #3 on: December 19, 2011, 03:39:11 PM »

Logged

cirinho

  • Anope User
  • Offline Offline
  • Gender: Male
  • Posts: 18
  • vIRCio.org
    • vIRCio.org
Re: notifications or NotifyServ?
« Reply #4 on: February 05, 2012, 12:57:25 AM »

Can see:
http://forum.anope.org/index.php?topic=3691.0

/ns buddy add nick

on nick identify nickserv send notice

nick is now online!
BUDDYNOTIFY - enable/disable buddy notifies
Logged
Pages: [1]   Go Up