Tell you what, in my opinion the multiple identity function works like crap and I'm not backing down from that opinion just because developers who possibly have huge ego's won't fix it if I don't bend over for them. Simple as that.
The multiple identity system works like crap because in SM it's possible to log on from multiple locations using a single account and the multiple identity system can't handle that because added identities disappear in that scenario. This makes SM, or that aspect of SM an absolutely poorly functioning system for people who for instance access their webmail from a desktop as well as a laptop. It would seem to me that this alone is enough reason to fix the poorly behaving multi identity system apart from my reasons for not wanting to use it. Even better so, if this would be fixed I wouldn't need to ask for the functionality I was asking for in the first place! I don't misunderstand how a web app works. There are enough examples of web apps that can handle using in to a single account from multiple locations without losing data. Maybe you misunderstand how a well behaving, well designed web app should work? So far thanks for nothing. It was not my intention to turn this into a huge pissing contest but since telling it like it is is not appreciated by some I feel that's the way to go;) If the threat that SM developer,s because of how I put it, won't fix this poor SM behavior is true, that only shows a weakness in the SM development community. A valid point is a valid point. Patrick Op 26 jun 2010, om 14:25 heeft Paul Lesniewski het volgende geschreven: > Please do not top-post. Please reply to my message and not your > original one. Please do READ the posting guidelines that your were > asked to when you subscribed. > >>> Hi all, >>> >>> I'm trying to get SM1.5.2 not to use identities that were pre made but to >>> use the original to address from the original email as from address when >>> doing a reply. >>> >>> Any ideas on how to get that working? > > On Sat, Jun 26, 2010 at 3:47 AM, Patrick Bos <patrick....@zjipz.com> wrote: >> I want this functionality because I want to use 1 email address in 1 domain >> to function as a support mailbox >> to which people can send support request. >> People can send mail to email addresses based on recipients names and other >> support techies >> can still open that mail and respond with the correct from address. > > That's what multiple identities are for, or see the Custom From > plugin, which would need to be updated to work with SquirrelMail > 1.5.2. > >> This all without having to manage the poorly functioning identities. > > Multiple identities work just fine. > >> Have you ever noticed that when multiple people are logged in to 1 email >> account in sm and >> one of them adds an identity that the identity is actually not really added? >> As soon as that >> user logs out and in again to check the identities, that last added entry or >> even multiple last >> added entries is/are not there. > > You misunderstand how a web application works. Information kept in > the user (PHP) session cannot be shared across multiple sessions. Web > applications are generally not intended to work as you are assuming. > You're better off implementing shared IMAP folders in your IMAP > server. > >> So actually, I'd like a more reliable identity system (db based for >> instance) or the option I >> suggested in my first email. > > I'd like it if you checked your assumptions first before blaming our > software, which doesn't make developers feel like helping you out. > Thanks. > > -- > Paul Lesniewski > SquirrelMail Team > Please support Open Source Software by donating to SquirrelMail! > http://squirrelmail.org/donate_paul_lesniewski.php > > ------------------------------------------------------------------------------ > 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@lists.sourceforge.net > 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@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
