there are probably good reasons for most of your issues...
tdegouw wrote:This integration is nice, works with openldap but has some problems. By default it cannot deal with UID's within posixGroup or any group so a translation script needs to be created (someone on this forum created one that almost had what i needed). Would be nice to have this included or documented instead of having to search the forum for this.
Sure - we decided to go with groupOfNames as a default as the LDAP integration is really generic and many people setup their OpenLDAP schemes so that this works out perfectly. The Unix-Style setup of OpenLDAP is more exception than rule. I agree that we could ship many more different templates for different situations, but at some point it becomes a true nightmare in QA. Our working assumption is that someone who uses OpenLDAP has their own idea about how their schema is supposed to work so that they can figure out the correct configuration.
I wouldn't think that you should need a script, though - it should be possible to archieve what you're looking for with a normal sync.cfg.
Also by default the software took every object in ldap that included the scalix scheme, not only the ones with scalixScalixObject=TRUE, changing a filter in the sync.conf fixed this but this took a while before noticing this.
This is by design - in migration sitautions you actually want all non-Scalix objects to be included here as external email addresses. I agree that we could actually ship the template with multiple versions of the IM_FILTER config line commented out, one for the case you're describing as well.
In general, ldapsync integration favors flexibility over strictness.
* Why block other browsers than firefox and ie? C'mon, at least give the users an option to "continue on your own risk" instead of blocking it.
Very simple - browsers not using the Gecko or IE engines will not work with the current version of SWA. There is no way to write Ajax-style applications with this level of integration (SWA is probably one of the 20 richest internet applications in the world, still) that work cross-browser. The AJAX model Webkit/Safari and Opera (which are the next two biggest engines) use is very, very, very different from the ones we are supporting. Even allowing FF3 to work required some serious code changes.
Not our fault, really, there are no standards in this market at the high end.
We are planning for Safari support in the future.
Believe me, if it was as simple as just removing the block, we'd have long done it.

* Still have problems sending e-mail from webmail, it comes into the drafts folder and i'm puzzled why this doesn't work out of the box. Update: Got it working by following some posts on the forums.
* Still have a problem using the address book, this feature didn't work out of the box either, need to find out what is wrong with it. Gives an error message. Update: Got it working by following some posts on the forums. Seems to do with Ath=none in swa.properties
On the setups I do it works out of the box - can you explain what was different and maybe we need to revamp our install?
* Why can't i just delete forwards created in outlook from the web rules manager? Not able to edit, okay, not able to delete.. annoying.
Delete should work, actually - can you describe the actual rules, how you set it up and where it fails? Full interop of the different rules thingies is a goal for a future release, however, it's several man months of work....

Outlook plugin
Works nice, nice and smooth. Sometimes get an error message when doing some fancy things. SmartCache is a nice feature. Only problem is that when you use activesync the sync is really slow when smartcache is enabled. We're eagerly waiting to evaluate the new plugin that should come this month.
Also, most ActiveSync situations should better be replaced by server-side ActiveSync, available pretty soon - see website for updates.
Evolution
When will this plugin start to work?
It does work - what doesn't for you? Which OS platform and Evolution version are you running this on?
Cheers,
Florian.