Hi Jaime,
thanks for taking the time to write the long post; I guess I still have a couple of questions for you.
Simply put, after the 11.0.3 server upgrade, about 2-3 weeks ago, the whole system became worst for our requirements.
...
Regardless, the net effect was dissatisfaction
I am pretty surprised to hear this. I won't deny that Scalix 11 overall has given us some serious challenges, and more so than we had expected it to be. This is also why we have decided in early January to basically freeze feature development until the issues are fully resolved. Across the line of 11.0.1, 11.0.2, 11.0.3 we basically only did bugfixes and deep investigations into customer problems. All across the board - and that includes 11.0.3 - our internal testing, our own internal use ('dogfooding') and customer feedback through support and other channels has been favourable of the progress. I actually have no data that would support your experience; i actually don't think any other customer has expressed that opinion to us or had similar experience. Therefore, I would really like to understand in detail what your issues were or are. From our bugtracking, we haven't looked at anything that was working in 11.0.2 and 11.0.3 - therefore we have done no work to address it at this time and it's unlikely that any behaviour that is believed to have seen a change between those versions would change again with 11.0.4. Repeating myself, all changes in 11.0.x have been a series of very specific bug and issue fixes, closely monitored and tested from a development perspective and carefully verified in QA testing and field.
1) being able to utilize Scalix without emails and sometimes whole folders disappearing from OL2003, SWA and even IMAP, as it happened after the 11.0.3 upgrade of the server.
There is no known issue at his point that could cause this. Do you have a reproducible scenario? Did this happen with specific user accounts? Were all the users using various clients at times or did it also happen to users who were using Outlook only or SWA only or IMAP user and none other of the clients? For those using Outlook, were they using SmartCache or not? Did the messages suddenly disappear while the system was running and the user was logged in or did that happen 'overnight'?
2) This SmartCache flip/flop mess also needs a solution. We would like to see the connector 100% problem free when SmartCache is OFF
100% error free in connection with Outlook is a high goal!

What exact version (build number) were you using? What kind of issues/errors were you experiencing with SmartCache turned off? Are you using any Outlook plugins? Which AntiVirus solution is configured on those desktops? Are those desktops up to date? What IE version is installed?
and to be able to sync the BlackBerries with the USB cable without the choking of calendar/contact entries anymore (it's happening again!).
What Blackberry device type were you using? Is this happening reproducibly? What version of the Blackberry desktop manager software are you using? How many contacts/calendar entries did the users that were trying the sync have? Did you try with a cached or with a non-cached profile?
3) No more profile recreation. We should be able to switch SmartCache ON/OFF on the fly, even after the installation. SmartCache is not imperative for us at the moment, but we would like to take advantage of improved speed. Should we detect a hint of a problem that could be attributed to SmartCache we can not subject the end user to the intrusion and incovenience of having to delete and create a profile again.
What kind of problem are you experiencing that you believe 'can be attributed to SmartCache'? Based on Outlook connection management and MAPI architecture, it will most likely not become possible to turn SmartCache on and off at runtime - the API does not easily allow such rerouting of the MAPI API calls. We will, however, in the next version of Scalix, introduce functionality that makes it easier to recreate caches should there be a corruption of the cache for any reason.
4) I better developed *upgrade script* (NOT INSTALL), that takes into consideration that a server has been in place from before, and "respects" the customization done previously.
We try hard to preserve configuration. What kind of customization are you specifically talking about?
I can think of a number of other items I'd consider enhancement requests or wish list, but they can wait until 11.0.5 or later. I see no point distracting from the above immediate priorities at this time.
I actually think it is useful to lay things out early; in product software development, we have to think ahead quite a bit. While we have shipped this 11.0.4 today, planning for next month is basically finished and everything is moving along - a lot of work that will make it into the next release(s) has already been done as the last week before a release is more dedicated to QA than to any change. So at this point we are looking at what some of our upcoming releases in Q3 this year would include - therefore providing us with planning input makes sense. Obviously, this should be as specific as possible and for tracking purposes would be more useful in bugzilla enhancement request entries than in forum discussions.
I hope this puts things in perspective from where we stand.
Yes - and no - while I do clearly understand that there are various areas of the product that you are not completely satisfied with, I don't know what specific issues you are running into - hence the questions as per above.
Looking forward to your feedback - and others chiming in to the discussion!
Cheers,
Florian.
Thanks
Jaime[/quote]