> Maybe I don't understand the whole logic. What I would like to do is > login to the squirrelmail as [EMAIL PROTECTED] and send the outbound mail > as [EMAIL PROTECTED] However, the current behavior is that I'm logging in > as [EMAIL PROTECTED], but squirrelmail sends the mail as [EMAIL PROTECTED] Is > there something I am missing?
Not really. The disconnect is that your IMAP server expects the username "two" and thus you have to remap it when logging in. From then on, SM thinks you are user "two" (and tacks on the domain name to get the whole email address). That's why I said if you can reconfigure your IMAP server to expect usernames like "[EMAIL PROTECTED]", then you could forget all this confusing username mappings. Otherwise, you've mapped it logging in, and need to "un"-map it going out, which means a source hack for SM or extra configuration in your MTA. cheers, paul >> > But then, how do I translate the username part? >> > For example, I have a user in the virtusertable >> > [EMAIL PROTECTED] two >> > When the user logs in as a [EMAIL PROTECTED], the squirrelmail logs in >> the user >> > as a local "two" user. When this user sends an outbound email, the >> FROM address >> > is being composed as [EMAIL PROTECTED]: a local username + domain name >> (from users.dat) >> > How do I translate the username part to the virtual username, so >> that >> the mail goes >> > out from [EMAIL PROTECTED] Is there a variable that translate this >> name >> in the users.dat >> > file (much like domains=domain.com, i.e username=virtual user)? >> >> the username can't be changed so easily. It must remain the correct >> IMAP username... you are needing to remap the username when you send? >> You might be able to do that with your SMTP server. I would ask if >> you are logging in as "[EMAIL PROTECTED]", and you also want to send with >> that email address, why to you even need the "two" account name? >> Can't you synch your IMAP server up with the rest of you system? if >> you still need to solve this problem in SquirrelMail, it'd have to be >> a source hack... ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php -- squirrelmail-users mailing list List Address: [EMAIL PROTECTED] List Archives: http://sourceforge.net/mailarchive/forum.php?forum_id)95 List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
