john - don't have any links but recall reading about it when i updated from 7.1.1 to 7.1.2, have been testing with my server so haven't looked at the old forums notes or any bugs reported. i recall it was when looking at problems with updates as some of the dungog rpms had to be removed first - otherwise server-manager access lost, fairly sure it was in this reading. haven't had any joy resolving my issue so will be looking more into this and will post findings here.
anywho heres an update on my issue with userpanel not changing passwords:
i removed the custom password strength setting - putting it back to strong for users and as john mentioned above this did not alter the incorrect behaviour of the user-panel. which to be more accurate is not refreshing but simply attempting to contact the server and then returning to the change password screen - but with the old and new passwords still on the screen (***).
this behaviour either from opening user-manager from inside webmail and also from putting the address straight into a browser
both smeserver-userpanel 0.9-10 and smerserver-userpanels 1.0-4 were installed from dungog. these are currently the latest.
i also noted after the install of the user-panel rpm's that i have a strange password prompt going into server-manager - asking for password for " ", and not responding to the admin username and password. this didn't occur if i removed the domain-name from the address and went straight to the local ip ie - https://###.###.###.###/server-manager as opposed to
https://servername.domain/server-manageri then removed all three rpms (the user-panel /s and the smeserver-smeaccounts), post-up / reboot (which i also did after install steps).
this removed the server-manager prompt issue immediately.
i then reinstalled only the 2 rpm's for user-panel (which installed at all times without error), post-up / reboot. issue with server-manager doesn't return, however the user-manager didn't have the change password option.
into server-manager and the user panel access page shows that password option is enabled globally (all users). disabling and saving then re-enabling and saving allows the option to return to user-manager. however it is still functioning incorrectly (*** all show, but change password button only attempts to contact the server (as shown in the browser - then browser returns done) but the input page stays the same - *** all still in place, no errors. password unchanged.
have tested from firefox 2 and IE6 - same result. made sure cookies enabled in both browsers, emptied browser cache, tested with closing all browsers and opening cleanly. no change to test results.
am assuming then that if i get the user-panel issue resolved the webmail my account link to it will work well - tested last night from wan and all worked as expected (excepting the pw didn't actually change!!). so will follow this fault along the lines of the user-panel. will do some reading / searching on this first, and if i can't find anything will open a bug - and will post any of my findings back here.
only note that could be related to the webmail addon was the server-manager not enjoying the fully qualified address after the addon was installed - but hard to say for sure if this is a fault until the user-manager issue is resolved.