I may be wrong but I believe what Axton (I think it was him anyway) was suggesting was a filter on server 6.x that fires when the password changes. That filter fires on the server to do a runmacro. The runmacro would do an export of the user record in question. Than that same command script (server side) would run an arimport to server 5.x. None of this would occur on the client...so as such would not be an issue of a client being opened and such
L. J. Head Software Engineer Remedy Approved Consultant -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Rmdy_Buckeye Sent: Thursday, September 14, 2006 1:13 PM To: [email protected] Subject: Re: Syncing passwords between two servers RunMacro Description Run the specified macro, substituting the specified parameters. The macro is run in visible mode. If you run this method against an invisible instance of Remedy User, it will be made visible to the desktop user. If Remedy User User is visible but minimized, its window will be brought to the foreground. The desktop user must dismiss any dialogs triggered by the macro before your automation client can regain control. The above is taken from the C_API_Guide_English page 421. To reiterate, when a password is changed on the User form on server A(running 6.0), I want to in the background send that password and user id to server B(5.0) and have the Remedy software on server B sync up that password. I do appreciate this assistence, so far I am impressed by the number of people and qualit of respones on this website. Ill let my team know about this group. ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
