Charlie Garrison wrote: > Good afternoon, > > On 19/8/05 at 10:49 PM -0500, Jonathan Angliss <[EMAIL PROTECTED]> wrote: > > >>>I would prefer to set (or remove) the port number since our SM setup uses >>>a virtual host that has multiple domains. Technically it's not a problem; >>>it's a customer perception issue. >> >>Do you use the vhost plugin by any chance? > > > No (or at least I don't think so, I didn't do the original install), and I > haven't quite worked out how it fits into the overall scheme. Users are > currently logging in with accounts from many different domains. We use > qmail/vpopmail for virtual email domains. > > >>>We use (eg) both .com.au and .com domains so that customers can use the >>>one that feels more natural. While it won't cause any real problems if >>>they get diverted to a different domain, I would prefer if they could stay >>>with the domain they logged in to. >> >>It would cause issues with session handling. Cookies cannot cross the >>domains, so the session would be dropped, and then you'd lose whatever you >>were attempting to do. So that would be an issue ;) > > > I would have thought that would be a reason not to change domains following a > 'redirect' within SM. The issue with cross-domain cookies would support the > idea > of not enforcing one domain name. If user logs into domain.com.au and then > gets > redirected to domain.com, would that mean they have to log in again?
I think you misunderstood him. Jonathan was aruging your case. >>>How about a preference for setting either/both the domain name and/or the >>>port number? >> >>I can consider that as an option. > > > Great. And I'm happy to discuss implications of various options or to help > implement them. I think it has to be an option for the reasons in this thread. I'm glad someone caught that issue. >>>But it doesn't really matter what you choose, I appreciate your efforts >>>in finding and implementing a solution. >> >>Not a problem. It has been discussed in the past before, but passed over >>due to more important issues/bugs to resolve. > > > The ever-present 'more important issues'. I think we all understand that > dilemma. > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf -- squirrelmail-users mailing list Posting Guidelines: http://squirrelmail.org/wiki/wiki.php?MailingListPostingGuidelines List Address: squirrelmail-users@lists.sourceforge.net List Archives: http://news.gmane.org/thread.php?group=gmane.mail.squirrelmail.user List Archives: http://sourceforge.net/mailarchive/forum.php?forum_id=2995 List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
