So having more prefs available makes a structural design flaw allright? Wow;) Verstuurd vanaf mijn iPhone Op 6 jul. 2010 om 20:26 heeft Tomas Kuliavas <tokul@xxxxxxxxxxxxxxxxxxxxx> het volgende geschreven: > 2010.07.06 20:18 Patrick Bos rašė: >> Hi there, >> >> the preference caching and file based identity system is an Achilles heel >> in SM. When a user is logged in on multiple locations that users settings >> and identities can be screwed up completely and this whilst being logged >> on at multiple locations isn't at all odd for a webmail system. >> >> The best way to go would be to store prefs and identities in mysql and if >> that is against the SM design philosophy, remember that disabling pref >> caching slows SM down to an absolute crawl and making SM work flawlessly >> with users logged in to the same account from multiple locations (like it >> is possible in Hotmail, Gmail, Yahoo mail etc without the same issues) is >> almost impossible to fix with prefs/identities stored in the filesystem >> whilst keeping performance up. > > IMHO yahoo, gmail and hotmail don't have same amount of settings as > SquirrelMail has. > >> So, any constructive ideas? > > Sorry. Haven't thought about putting some smiley, warning or explanation > of cache importance after suggesting to turn it off. > > instead of invalidating cache completely, you might consider reducing > preference hashing of identities or moving main id information to > different pref file. I suspect that you are interested in this part of > preferences. Your users may be pissed of, if other webmail preferences > start changing on the fly. If you start driving red ferrari, you wouldn't > like, if car suddenly changes to pink yugo. It is not as simple as "flip > some switch off", but it might help. ID information still needs some cache > for "Send" and "Save draft" actions in compose. > > or system could check .pref file checksum before loading it, but it might > be totally useless due 1.4.20+ security tokens. > > or uncached prefs should be loaded only in compose.php. > > -- > Tomas > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ----- > squirrelmail-users mailing list > Posting guidelines: http://squirrelmail.org/postingguidelines > List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx > List archives: http://news.gmane.org/gmane.mail.squirrelmail.user > List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
