Page 1 of 2

Can't send emails via *other* defined accounts...

Posted: Thu Apr 16, 2009 5:33 pm
by gorlov
Hi,

I have a problem that users who defines other email accounts in Outlook 2007, aside from the Scalix account, can't send emails from the other accounts... all goes to the Scalix server, no matter what. When defining the other acocunt (a pop3, imap, or whatever), and testing the settings using Outlooks "test account settings", the test email is sent correctly via the outgoing server defined in that account, not the Scalix server. But when really trying to send an email, choosing that account for sending, it's *still* sent via the Scalix server! Not only that - the outgoing address is the Scalix account address, not the address defined in that account.
It doesn't even work when setting another account as the default account in Outlook. This all worked with no issue whatsoever when we used Exchange - why doesn't it work using Scalix?
What can we do so the users can send outgoing emails via other accounts aside from the Scalix server?

Regards,

GL

Re: Can't send emails via *other* defined accounts...

Posted: Fri Apr 17, 2009 2:20 am
by Valerion
You cannot combine a POP3/IMAP account with a Scalix MAPI account. And you will eventually run into issues other than sending. You should keep them in a seperate profile.

Re: Can't send emails via *other* defined accounts...

Posted: Fri Apr 17, 2009 6:47 am
by gorlov
Ok.. that's a problem, since it means the user have to keep logging in and out of different profiles in Outlook to check and send emails via other acocunts. In exchange there were no issues even to have other accounts saving the email messages in the default (exchange) mailbox, without having to set up server-side fetchmail for everyone.

Re: Can't send emails via *other* defined accounts...

Posted: Fri Apr 17, 2009 10:21 am
by tortoise
I already asked for this and I have been told it is the limitation of MAPI. After that I found another MAPI-based connector from Bynari which doesn't have this issue. The answer from Scalix was that this is the limitation of the way Scalix uses MAPI. Too bad because this was showstopper. To force user to switch Outlook profile every time just to check an account is unacceptable. I am sure there must be some way how to do it if others can.

Re: Can't send emails via *other* defined accounts...

Posted: Tue May 05, 2009 10:39 am
by anybody
This is a very sad and troubling limitation.

I've tried for several hours now setting up a way to allow my users to send email under different identities but have failed miserably in every way I tried to accomplish this :cry: :

- Even though i can add tons of aliases to any of my Premium users, neither Scalix Outlook Connect or SWA provide any way to choose which of those aliases I want to use when sending an email

- I've then tried adding multiple Premium Users per "real user", however Scalix Connect can only connect to ONE account

- I've tried adding multiple "Scalix Connect" Accounts to Outlook, which is not allowed

- I've then tried the Outlook "Profiles" and found out that only one Profile can be active at the same time, therefor having multiple identities would require constant closing & reopening Outlook which is totally unacceptable.

- I've the tried sending emails via *other* defined accounts... and that failed too, for the "reasons" discussed here.

Now i'm really stuck and VERY frustrated. The recommended way of sending with multiple identities SEEMS to be adding additonal premium users and then delegating them to another premium user (wow, cost per user has just doubled/tripled, depending on number of aliases).
[Delegate done in SWA of the alias account, then in Tools / Scalix-Properties => add additonal mailboxes]

I could live with that since I've bought more premium users than needed, BUT:
- Click on "New (message)" in the folder of a delegate doesn't write a Message in his/her name !
- Also, there is now dropdown-Box in Outlooks "New Mail" window, like when having mutliple accounts in a "normal POP3/IMAP outlook"
- I suppose I could select the Identity (the Delegate) under whose name to write the eMail by going to the "View" Menu, enabling the "From" Selection bar and entering his Account there. But there is NO dropdown, no autocompletet, and the adressbook than comes up when clicking "From" shows the normal receipients and I don't see anyway to change this => This would need typing the complete senderID manual before sending for almost EVERY single email.
(also, the From field doesn't even seem to be available when using Word to write emails)

Is it really such a pain in the *** just to write emails with two different senderIDs ? Or am I just missing something here ? I'm really frustrated and wasted hours on this very basic and seemingly simple feature. I have the feeling that I must be missing something important here, since I find it impossible to believe that a version ELEVEN of a mail system does not allow sending with different identities in a reasonable way...

Any help would be very much appreciated!

Re: Can't send emails via *other* defined accounts...

Posted: Tue May 05, 2009 2:18 pm
by Valerion
The sender name uses the same type-down as in the other fields. If I go there and type an "a" I get a list of users starting with that letter I have already sent to. Also, if I type the first few letters and press Ctrl-K it auto-completes the name if possible, similar to the To field.

Re: Can't send emails via *other* defined accounts...

Posted: Mon Sep 21, 2009 4:38 am
by yanivomc@gmail.com
Valerion wrote:You cannot combine a POP3/IMAP account with a Scalix MAPI account. And you will eventually run into issues other than sending. You should keep them in a seperate profile.


Is that final ?
i'm using scalix on our customers servers for about 4 years and now i have added an external mail server for them (postfix based) and i when i have added additional mail account under outlook scalix profile i'm getting tons of problems and now even emails are not received from the external account.

can any one tell me if it's final ? and no solution for this...


yaniv

Re: Can't send emails via *other* defined accounts...

Posted: Mon Sep 21, 2009 10:42 am
by Valerion
These are the issues I referred to, yes. I have never gotten it to work properly, and Scalix does not support it, officially or otherwise.

The best way to get a "final" answer is to contact Scalix directly, or to raise a issue in the Scalix Bugzilla where the developers can comment on it.

Re: Can't send emails via *other* defined accounts...

Posted: Mon Sep 21, 2009 3:05 pm
by yanivomc
Sadden me to hear that,
Now after 4 years i will have to try out other solutions because this issue is a must for me.

i will open a bug at scalix bugzilla and hope to get a quick response.



thanks man for your help.

Re: Can't send emails via *other* defined accounts...

Posted: Thu Jan 14, 2010 3:05 am
by camerond01
I run two email domains, and some premium users receive mail from both, so I set email address aliases in their account for both domains. For the most part, they send and receive email in one domain, but they have occasion to send from the other domain. This is because the two domains are separate business entities: one is the retail arm and the other the wholesale division. We can't send emails to wholesale customers using a retail domain address, because some of the wholesale customers are competitors to our retail arm. While they certainly know the relationship, it's starting to rub them the wrong way when it seems their competitor, and not their wholesale supplier, is sending them bills and financial statements.

So if I want to enable the user to send from any domain at will, I'd have to configure a second premium account and use delegation? Just to send email from an alias? I don't think configuring multiple profiles and making the user skip between them is an acceptable solution either. When will this be correctly addressed? While the number of instances where this occurs is low, premium licenses aren't exactly free, and user patience is limited.

Re: Can't send emails via *other* defined accounts...

Posted: Thu Jan 14, 2010 12:15 pm
by Valerion
The best is to monitor the bug in Scalix bugzilla. You may also let Scalix Support know that this is an issue for you, they may have more feedback on it.

Re: Can't send emails via *other* defined accounts...

Posted: Thu Jan 14, 2010 9:47 pm
by camerond01
I couldn't find anything applicable in bugzilla, so I created this one: https://bugzilla.scalix.com/show_bug.cgi?id=21144
If I contact support about this, will that count as a support incident? Don't want to use them up on an issue such as this.

Re: Can't send emails via *other* defined accounts...

Posted: Fri Jan 15, 2010 3:28 am
by florian
You may want to be aware that the limitation that you're discussing here, with all it's implications, is one of Outlook in MAPI mode. The very same thing happens when you use Outlook with Exchange. It's simply nothing we have control over.

Scalix 11.5 will allow this to be handled in a clean way using SWA and POP/IMAP clients. We have looked into easy ways of changing Outlook to do this, but it doesn't allow us to do that. We'll continue to investigate further, but for the time being, the assessment stands that this, with Outlook, can only happen if you use multiple accounts, which is ridiculously stupid.

Drop a line to Microsoft.

Cheers,
Florian.

Re: Can't send emails via *other* defined accounts...

Posted: Fri Jan 15, 2010 3:37 am
by camerond01
Could probably get away with using SWA to accomplish this, the few users who need to send from multiple domains are pretty savvy. When do you think 11.5 will be released?

I would contact Microsoft, but they won't be anywhere near as responsive or helpful as you guys are. Thanks for clearing this up.

Re: Can't send emails via *other* defined accounts...

Posted: Fri Jan 15, 2010 3:43 am
by florian
11.5 is currently scheduled for late Q1/2010, with some risk for delays as we're still wrapping up things. The sender alias stuff works already, though. In SWA, the UI for this will be a From: field with a selective type ahead/drop down.

Florian.