[IRCServices] Feature Suggestion

[Andrew Church]

     Identification is only remembered for the purpose of avoiding
re-identification for IDENTIFY and password entering for RECOVER/RELEASE/
GHOST.  It is intentionally not used for channel access levels because of
the ambiguity that would result.  (In your example, what if "haha" was on
the channel access list with level 100? level 30? level -1?)

  --Andrew Church
    achurch at achurch.org
    http://achurch.org/

>Well;
>
>--- You are now known as testnick
>-NickServ- This nickname is registered and protected.  If it is your
>nickname, type /msg NickServ IDENTIFY password.  Otherwise, please
>choose a different nickname.
>-NickServ- Password accepted -- you are now recognized.
>--- You are now known as haha
>--> You are now talking on #test
>--- testserv.time.net sets modes [#test +Tn]
>--- services.time.net has changed the topic to: 
>--- ChanServ sets modes [#test +ntr-o haha]
>
>The channel's access list contains aop for the nick "testnick"
>-ChanServ- Access list for #test:
>-ChanServ-   Num   Lev  Nickname
>-ChanServ-     1    50  testnick
>
>But ChanServ is still deopping.
>The nickname "haha" is also a registered nickname.
>
>Conclusion: your solution does not work. Since I hope that you read and
>understood my email, I think then this is a bug of services ? 
>
>yusuf.
>
>On Sun, 2003-06-15 at 09:03, Andrew Church wrote:
>> /nick OtherNick
>> /ns identify OtherPass
>> /nick FirstNick
>> 
>> No to the rest.
>> 
>>   --Andrew Church
>>     achurch at achurch.org
>>     http://achurch.org/
>> 
>> >Hello;
>> >
>> >This time I wanted to tell you a feature suggestion:
>> >
>> >Currently, the nickname link system allows a user to use different
>> >nicknames, as if they are the same nick for services, in case the user
>> >gets an access for a certain nick, they actually get it for the main
>> >nick.
>> >
>> >My suggestion is the expansion of this to nicknames, which are not
>> >linked to their nicknames, in other words, identifying another nickname.
>> >
>> >This way, a user would have the ability to identify a certain nick for a
>> >period (max until signoff), and they would not remain identified to that
>> >nick for all time, since it is not linked.
>> >
>> >This might be used, if a certain nickname is about to be shared by
>> >multiple persons; 
>> >- for example identifying to a Bot's nickname, while testing a bot
>> >software
>> >- a shared services operator system; where only few nicknames with
>> >certain OperServ rights exist, and the normal operators identify the
>> >nickname of the services operator.
>> >- Surprise effect: A user, who is also the founder of a channel, is
>> >willing to chat without being continously identified as the founder, and
>> >is willing to detect if the operators are "nice" to normal users, and
>> >chats with them, and then wants to remove their access, and does this by
>> >identifying to the founders nickname and issuing access del...
>> >
>> >Among this feature, the following commands look reasonable:
>> >NS IDENTIFY password [nickname]
>> >NS UNIDENTIFY nickname
>> >CS WHY #channel nickname
>> >
>> >The last command would show information like
>> >-is operator on #channel, because identified to blah's nickname
>> >-is voiced on #channel, because autovoice level is 0
>> >-is halfopped on #channel, because using a identified to their own
>> >nickname
>> >-is not on #channel
>> >-is not opped on #channel, because the nickname is not identified
>> >-is not opped on #channel, because the nickname is not registered
>> >
>> >I am not insisting that this feature must be implemented, I am just
>> >interested in the possible replies.
>> >
>> >Best regards;
>> >yusuf
>> >
>> >-- 
>> >------------------------------------------------------------------ 
>> >| Yusuf Iskenderoglu                | You get to meet all sorts, | 
>> >| eMail - uhc0 at stud.uni-karlsruhe.de| in this line of work...    | 
>> >| eMail - s_iskend at ira.uka.de       |                            | 
>> >| ICQ UIN : 20587464 \ TimeMr14C    |                            | 
>> >------------------------------------------------------------------ 
>> >
>> >------------------------------------------------------------------
>> >To unsubscribe or change your subscription options, visit:
>> >http://www.ircservices.za.net/mailman/listinfo/ircservices
>> ------------------------------------------------------------------
>> To unsubscribe or change your subscription options, visit:
>> http://www.ircservices.za.net/mailman/listinfo/ircservices
>-- 
>------------------------------------------------------------------ 
>| Yusuf Iskenderoglu                | You get to meet all sorts, | 
>| eMail - uhc0 at stud.uni-karlsruhe.de| in this line of work...    | 
>| eMail - s_iskend at ira.uka.de       |                            | 
>| ICQ UIN : 20587464 \ TimeMr14C    |                            | 
>------------------------------------------------------------------ 
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices