RE: Rép. : Re: Multilanguage support questions

Denis,

One answer I can think of, would be to call a program in the users initial program to see how long
it's been since the password has been changed and if needed call the change password prompt.

You'd want the program to check for a number of days < the current system setting of 90. For example
85.

So you'd end up changing the password more often than 90 which is ok. The only problem would be users
who don't sign on between the 85 and 90 day mark. The system setting would catch them when they
finally signed on and you have the original problem back.


On other thought, if you're using iSeries Access 5250 Emulation, you could turn on the bypass sign on
option. I believe that this way, you'd see a change password dialog box from iSeries Access itself in
the language the PC is using instead of the green screen.

Don't think it'd help when telnetting from one system to another though.

HTH,
Charles

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Denis Robitaille
Sent: Wednesday, November 14, 2007 2:58 PM
To: Midrange Systems Technical Discussion
Subject: Rép. : Re: Multilanguage support questions

Unfortunatly, we use PC, laptop, citrix session, thin client .... to
connect. We also use telnet from another system I so we can
not use the
workstation to route the job.

thanks for the idea.

Bruce Vining <bvining@xxxxxxxxxxxxxxx> 2007-11-14 14:37 >>>

Is it possible to know in advance which terminals will be
used by which
users? If so, the normal approach would be to allocate the
terminals to
different subsystems and then SGNDSPF and SYSLIBLE values of the
subsystem to meet your language requirements. This should cause the
signon screen and system generated messages to appear in the
appropriate
language (though I don't have a system to test on).

Bruce Vining
Bruce Vining Services, LLC

Denis Robitaille <denis_robitaille@xxxxxxxxxxxx> wrote:
Hello all,

I am faced with a problem to which I don't see any obvious solution.

On our system I we support both french and english speaking users.

We use the jobd to make sure that the users see the display files of
our applications in the appropriate language.

When they log on, we use their initial program (INLPGM) to change the
system part of their library list to make sure that the appropriate
QSYSxxxx library is first so that the see IBM displays in the
appropriate language (Ex: WRKSPLF).

So far so good.

But when their password expires (Because of SOX, they must now change
their password every 90 days), they get a screen that informs them
that
their password as expired and that they must change it. This screen
appears in the language of the system, so if the system is french, the
english users do not understand and if the system is in english, the
french do not understand.

It seems that the screen used to prompt a new password is called
before
the user initial progam so we have not yet changed the order of the
QSYSxxxx library.

We are looking to either:
1. find a way to display the password expired screen in the
appropriate
language
2. override this display with one of our own that would be bilingual

I hope my explanation are clear.

I will appreciate any suggestion

Thanks
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




Bruce
Bruce Vining Services
507-206-4178
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion
(MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

This e-mail transmission contains information that is intended to be confidential and privileged. If you receive this e-mail and you are not a named addressee you are hereby notified that you are not authorized to read, print, retain, copy or disseminate this communication without the consent of the sender and that doing so is prohibited and may be unlawful. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please delete and otherwise erase it and any attachments from your computer system. Your assistance in correcting this error is appreciated.