+++ /dev/null
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
-<HTML>
- <HEAD>
- <TITLE> [IRCServices] Re: [ IRCServices] Suggestion
- </TITLE>
- <LINK REL="Index" HREF="index.html" >
- <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Re%3A%20%5B%20IRCServices%5D%20Suggestion&In-Reply-To=">
- <META NAME="robots" CONTENT="index,nofollow">
- <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
- <LINK REL="Previous" HREF="001622.html">
- <LINK REL="Next" HREF="001625.html">
- </HEAD>
- <BODY BGCOLOR="#ffffff">
- <H1>[IRCServices] Re: [ IRCServices] Suggestion</H1>
- <B>Imran Ali Rashid</B>
- <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Re%3A%20%5B%20IRCServices%5D%20Suggestion&In-Reply-To="
- TITLE="[IRCServices] Re: [ IRCServices] Suggestion">u970042 at giki.edu.pk
- </A><BR>
- <I>Sun Mar 18 17:14:01 PST 2001</I>
- <P><UL>
- <LI>Previous message: <A HREF="001622.html">[IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-</A></li>
- <LI>Next message: <A HREF="001625.html">[IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-</A></li>
- <LI> <B>Messages sorted by:</B>
- <a href="date.html#1624">[ date ]</a>
- <a href="thread.html#1624">[ thread ]</a>
- <a href="subject.html#1624">[ subject ]</a>
- <a href="author.html#1624">[ author ]</a>
- </LI>
- </UL>
- <HR>
-<!--beginarticle-->
-<PRE>><i> One month ago I was asking about a SENDPASS command in NickServ.
-</I>><i> Some people from the list replyed that it is not possible to send the password
-</I>><i> as long as the encryption is not reversible.
-</I>><i> But Lonewolf pointed out that would be nice to make services reset the
-</I>><i> password (/*to some rand chars*/) and send it to user.
-</I>
-How about having it if encryption isn't used and changing the password if it is?
-There was a discussion on this and its on Andrew's todo list.
-I've forgotten what was suggested as regards to allowing the user to use this,
-or only the services admins.
-
-><i> But this is just a half of the problem. The other half is that a
-</I>><i> password-thief will change the email address as soon as he has the password
-</I>><i> for a nick...so any new passwords will be sent to a wrong address. This is the
-</I>><i> reason I was talking about a parallel db read-only for regular users...
-</I>
-How about having the email address(the old one) in the log file instead of having a
-separate db. Anything to stop from having another db :-)
-
-><i> When to insert a new email? Only at registration time? And what to do with
-</I>><i> users changeing email address? etc).
-</I>
-this is the only issue currently associated with the new db idea, the rest are easy to avoid.
-
-><i> It's a long story...that's why I sayd it may sound stupid...but I guess there
-</I>><i> are others too who have this kind of problems with stolen nicks.
-</I>
-Stupid is not a nice word to use :-)
-Nothing is stupid, well almost nothing, and this doesn't come under it.
-
-><i>
-</I>><i> Partizanu
-</I>><i>
-</I>><i>
-</I>><i> Imran Ali Rashid wrote:
-</I>><i>
-</I>><i> > 2. Implement a sendpass command which services admins may use to
-</I>><i> > have services send the password to the users email address.
-</I>
-
-
-
-</PRE>
-
-<!--endarticle-->
- <HR>
- <P><UL>
- <!--threads-->
- <LI>Previous message: <A HREF="001622.html">[IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-</A></li>
- <LI>Next message: <A HREF="001625.html">[IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
-</A></li>
- <LI> <B>Messages sorted by:</B>
- <a href="date.html#1624">[ date ]</a>
- <a href="thread.html#1624">[ thread ]</a>
- <a href="subject.html#1624">[ subject ]</a>
- <a href="author.html#1624">[ author ]</a>
- </LI>
- </UL>
-
-</body></html>
projects / irc.git / blobdiff