We're at QPWDLVL=0, and we've had problems with users using "special" characters in passwords, as well as users mixing upper and lower case -- all of a sudden they can't get to the network drives. Is it possible to change the user's password to, say,
all lower case, with just numbers and letters, and see if that fixes the problem? If it does, that might be your issue ....


Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> writes:
IBM i 7.1.

Set up a new user. She chose a password with an '@' in it. Signed on
to TN5250 without issues (as expected). Tried to map a network drive
(Windows 7) to /Accounting and she got 'Access denied'. No CPInnnn
message, just line of text inside the Windows 'Map a Network Drive' box.
After changing her password to match her user ID, she was able to map
the network drive fine; knew at that point it wasn't authorisation but
her password. Windows 7 says that an @ is acceptable in a password.
http://windows.microsoft.com/en-US/windows7/tips-for-creating-strong-passwords-and-passphrases

Infocenter (Networking -> TCP/IP applications -> NetServer) says this:
'When using i5/OS NetServer, normal i5/OS user profiles and passwords
apply. By default, only users with valid i5/OS user profiles and
passwords can access resources on the system. Windows 2000, Windows XP,
and Windows Server 2003 offer the option to select a different user ID.
If the passwords do not match, you will see a password window. Windows
can optionally be set to remember the password.'

So. She can sign on to green screen with the @ in her password, but she
can't sign on to NetServer with it, despite the assertion in the above
quoted paragraph. The IBM reference material on NetServer seems...
thin. Is there a good technical reference I can use?
--buck
--


Mike Naughton
Senior Programmer/Analyst
Judd Wire, Inc.
124 Turnpike Road
Turners Falls, MA 01376
413-676-3144
Internal: x 444
mnaughton@xxxxxxxxxxxx
****************************************
NOTICE: This e-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that any use is
strictly prohibited. If you have received this e-mail in error, please notify us immediately by replying to it and then delete it from your computer.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.