This is an old thread, but I was just trying to clean up some stuff... > > SM 1.4.0 Final > > Solaris 9 > > PHP 4.2.3 > > > > I have a weird problem now. > > The setup here is of multiple IMAP servers for > > different departments in the university. SM maintains > > user prefs ,address book in a username.pref format and > > username.abook format. > > > > I have a situation where I am supporting 2 users > > whose usernames are the same but they access two > > different servers. > > > > like [EMAIL PROTECTED] and [EMAIL PROTECTED] > > So when user1 on imapserver1 logs in ,he can see the > > address book of user1 of imapserver2. This is a huge > > potential bug. Instead of saving the pref files as > > username.pref it could have as well been > > username.servername.pref. Any ways to get around this? > > --db
> This has been pointed out in the past and is in the archives. There is no > good way around this currently. The rationale is more or less that if you > want to uniquely identify your users, you should really include domain > information in your usernames. If you then have duplicates, it is a > reasonable assumption that this is the same user and therefore sharing > prefs is not a problem (and might actually be desired). > > I realize that situations like yours where those decisions are already set > in stone (or buried under too much bureaucracy) that this becomes a > problem, but as of the current SM release, this is pretty hard to change. > We'll keep it in mind for the new devel track... Ohhhh and if I'm feeling > like it, maybe I'll send you a patch of the save/get prefs stuff that > might (but very well might not) solve the problem. > > - Paul > > OK, OK... I took a stab at it, but *be warned*, I have *NOT* tested this > and make NO warrantees! ;> Be ready to have your prefs slaughtered... > PLEASE make a backup first! Attached is a patch. It hits three files - > db_prefs.php, file_prefs.php and sqspell_config.php. Woa, that attachment was completely screwed up. I just re-did the whole thing (ugh) so comments are welcome. The problem with this is that if you use some plugins like notes that create or access any preference files, they too must be modified. This patch modifies the smallcal plugin as well as the abook_import_export plugin... and PLEASE NOTE that it assumes that you have the shared calendar plugin installed in the calendar directory (it'll barf on the regular calendar if not). I tested it (very) briefly, so please back up your prefs and test thoroughly before using seriously. Cheers, paul
prefs_stored_with_imap_addr.squirrelmail.1.4.0.diff.tar.gz
Description: Binary data
