This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Authentication backend sync w/eDirectory

Could someone explain to me please how the backend sync is supposed to work for, say, additional email addresses entered in ASG for remotely authenticated users?

Currently, with backend sync enabled (which is supposed to work for eDirectory), if I enter an additional email address for a user (a nickname, in GroupWise-speak), the first time that user authenticates to his end-user portal page, instead of that data getting propagated to eDirectory (backend sync - or so I thought), this data is removed, resulting in an incomplete/inconsistent view of the user's spam trap (as alias-addressed messages are not filtered into his or her view).


TIA


This thread was automatically locked due to age.
  • I am seeing problems with this as well. I'm using ldap backend, and no data at all in imported from the backend. (even though accounts are created automatically, the first time a user logs on)

    Did you find out anything new about this?
  • I haven't heard anything else on this, but I will be revisiting the issue shortly. It's interesting confirmation to hear that you're seeing the same issue using LDAP and it's not just an eDirectory thing (I will be configuring for LDAP auth this next time around).

    I'll post my results back here, and if necessary, open a ticket with Astaro.
  • Well as far as I know the Backend Sync option is only used to maintain user information like First name, email etc.

    So what I do is that I turn that off, after the user is created. I dont change my user info that often.

    Then it will keep the additional Mail addresses that you enter.

    The only thing needed to authenticate to eDirectory is that the Authentication is set to Remote. So if the user change password it will still work.

    /Xcel
  • I know that, but I don't want to manually enter email addresses / other details for more than 100 users... :-(