| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Passwords moving forward |
NB> Can you not convert them "as-is?" If someone has created a password in NB> the past with CaSe.SeNsItIvE even though it never took in the past.. NB> Converting them as-is would at least make it work in the future.. Or is NB> this not an option? No I can't unfortunately. Mystic converts all passwords to upper case before it stores them (a mistake I made 20 years ago when I wrote the code). This means that Mystic has no idea if the user entered "PaSsWoRd" or any other variation, because it convered it to "PASSWORD" upon storage. I'm going to have to build in code to support both ways and add the option to flag accounts to force a password change on login, as someone else suggested. This gives us the best options. We can force users to change their password or just allow them to use their old case insensitive password until they change it next on their own. I wanted to build in a solid password policy as well, which would allow the SysOp to define a bunch of restrictions on passwords. It would even have the option to use HunSpell to refuse known dictionary words, for example. Baby steps I guess... I think I should just get the encryption out of the way first rather than try to do too much at once. --- Mystic BBS v1.11 A3 (Windows)* Origin: Sector 7 [Mystic BBS WHQ] (1:129/215) SEEN-BY: 19/33 34/999 90/1 116/18 120/331 123/500 128/187 140/1 218/700 226/0 SEEN-BY: 226/160 230/150 240/1120 249/303 250/1 261/38 100 266/404 267/155 SEEN-BY: 280/1027 282/1031 1056 292/854 907 908 320/119 219 340/400 393/68 SEEN-BY: 396/45 633/267 280 640/384 712/620 848 770/1 801/161 @PATH: 129/215 154/10 123/500 261/38 712/848 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.