This method is used everywhere to try to retrieve the login of the user (and normally use the return value to [SOGoUser initwithLogin: ...]) In multidomain environments (with DomainLessLogin = false) there were several paths (mostly in SOGoAppointmentObject.m) that were trying to create SOGoUser objects with incorrect login: using only the uid part, not full email. Then like domain based uid was enabled, these users had DomainLessLogin set to true and further calls tried to authenticate only with the uid part (and they should not). This affects to several methods in: * ActiveSync/SOGoActiveSyncDispatcher.m * Appointments/SOGoAppointmentFolder.m * Appointments/SOGoAppointmentObject.m * Appointments/SOGoCalendarComponent.m * SOGoSAML2Session.m Probably a few features related with calendars are now fixed or working as intended in multidomain environments where the email is used as login |
||
---|---|---|
.. | ||
Appointments | ||
Contacts | ||
Mailer | ||
SOGo | ||
common.make | ||
GNUmakefile |