]> jfr.im git - irc.git/blob - software/RELEASES/ircservices/achurch.org/services/lists/ircservices/2001/001622.html
rename -> *.git
[irc.git] / software / RELEASES / ircservices / achurch.org / services / lists / ircservices / 2001 / 001622.html
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
2 <HTML>
3 <HEAD>
4 <TITLE> [IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion
5 </TITLE>
6 <LINK REL="Index" HREF="index.html" >
7 <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Re%3A%20%5BImran%20Ali%20Rashid%20-%20IRCServices%5D%20Suggestion&In-Reply-To=">
8 <META NAME="robots" CONTENT="index,nofollow">
9 <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
10 <LINK REL="Previous" HREF="001621.html">
11 <LINK REL="Next" HREF="001624.html">
12 </HEAD>
13 <BODY BGCOLOR="#ffffff">
14 <H1>[IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion</H1>
15 <B>Partizanu</B>
16 <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Re%3A%20%5BImran%20Ali%20Rashid%20-%20IRCServices%5D%20Suggestion&In-Reply-To="
17 TITLE="[IRCServices] Re: [Imran Ali Rashid - IRCServices] Suggestion">silvius at expres.ro
18 </A><BR>
19 <I>Sun Mar 18 16:46:01 PST 2001</I>
20 <P><UL>
21 <LI>Previous message: <A HREF="001621.html">[IRCServices] Suggestion
22 </A></li>
23 <LI>Next message: <A HREF="001624.html">[IRCServices] Re: [ IRCServices] Suggestion
24 </A></li>
25 <LI> <B>Messages sorted by:</B>
26 <a href="date.html#1622">[ date ]</a>
27 <a href="thread.html#1622">[ thread ]</a>
28 <a href="subject.html#1622">[ subject ]</a>
29 <a href="author.html#1622">[ author ]</a>
30 </LI>
31 </UL>
32 <HR>
33 <!--beginarticle-->
34 <PRE>One month ago I was asking about a SENDPASS command in NickServ.
35 Some people from the list replyed that it is not possible to send the password
36 as long as the encryption is not reversible.
37 But Lonewolf pointed out that would be nice to make services reset the
38 password (/*to some rand chars*/) and send it to user.
39
40 But this is just a half of the problem. The other half is that a
41 password-thief will change the email address as soon as he has the password
42 for a nick...so any new passwords will be sent to a wrong address. This is the
43 reason I was talking about a parallel db read-only for regular users...
44 Again, the idea may sound stupid and it has a lots of &quot;bugs&quot; in it (eg. How
45 and When to sync the two databases? How to prevent that the
46 &quot;only-opers-can-modify&quot; database will never sync with Nickserv database and
47 overwrite the good email address with the new/fake address from NickServ's db?
48 When to insert a new email? Only at registration time? And what to do with
49 users changeing email address? etc).
50 It's a long story...that's why I sayd it may sound stupid...but I guess there
51 are others too who have this kind of problems with stolen nicks.
52
53 Partizanu
54
55
56
57 Imran Ali Rashid wrote:
58
59 &gt;<i> 2. Implement a sendpass command which services admins may use to
60 </I>&gt;<i> have services send the password to the users email address.
61 </I>
62
63
64 </PRE>
65
66 <!--endarticle-->
67 <HR>
68 <P><UL>
69 <!--threads-->
70 <LI>Previous message: <A HREF="001621.html">[IRCServices] Suggestion
71 </A></li>
72 <LI>Next message: <A HREF="001624.html">[IRCServices] Re: [ IRCServices] Suggestion
73 </A></li>
74 <LI> <B>Messages sorted by:</B>
75 <a href="date.html#1622">[ date ]</a>
76 <a href="thread.html#1622">[ thread ]</a>
77 <a href="subject.html#1622">[ subject ]</a>
78 <a href="author.html#1622">[ author ]</a>
79 </LI>
80 </UL>
81
82 </body></html>