|
Peter: On Tue, 10 July 2001, "Peter Dow" wrote: > Why not avoid the issue and do it the other way around? Have a set of > password rules (that's what we're talking about, right?) defined in DST, > then have a new system value that says "Use DST password rules? *YES|*NO". > If *NO, the current password rules as defined in the current system values > are used. If *YES, similar rules defined somewhere in DST are used. used. This of course is where it would lead eventually, but I was really only looking for a definitive "why isn't it even possible?" answer. As it stands, password rules are available after OS/400 is loaded; so Chris' question about the reverse-post is technically answered 'yes' -- you'd have to start OS/400 at least once before any changes you made could be posted for DST to access. It's just that after almost 30 years of programming I can't accept that DST and OS/400 cannot communicate values in some meaningful way, most likely by placing values in a mutually agreed upon location and a mutually agreed upon format (i.e., interface). Or more accurately, I can't accept it without some significant explanation. If it truly isn't possible, I can't imagine the explanation not being fascinating. Tom Liotta -- Tom Liotta The PowerTech Group, Inc. 19426 68th Avenue South Kent, WA 98032 Phone 253-872-7788 Fax 253-872-7904 http://www.400Security.com ___________________________________________________ The ALL NEW CS2000 from CompuServe Better! Faster! More Powerful! 250 FREE hours! Sign-on Now! http://www.compuserve.com/trycsrv/cs2000/webmail/ +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.