I would bight the bullet now and commit to Thunderbird. I went through this same process when 10.2 RC and Evolution were not compatible with major bug (blocker) issue.
1. The availability to write add-ons specific to your needs 2. Continual Clear Development Path 3. Not written or constrained now or in the future (add-ons excepted) to another mail server - Groupwise. 4. Appalling development and response to bug fixes submitted on Evolution. ( I logged an Evolution Bug that was Major and the programmer apologised for the 2 month delay saying " Sorry for the delay but I don't get down to many bugs that are or below Major). 5. Complexity in Kmail for a new user - over engineered to the max and possible future dependants on KDE Desktop 6. Second example recently where Evolution was dependant on Gnome Desktop. 7. Mega serious attitude/cultural issues with KDE in relation to bugs. 8. Here to stay - Designed to run with Linux O/S Kernel not particular Desktop. 9. Add-on GPL - so many of them - seems like they are common place and should fulfil your "scripting needs". 10. Standard Mbox and Vcard formatting of files. 11. Sideways function maintenance of product for MS Windows/ Mac/Linux/Unix 12. Standard GPL on whole package. 13. Solid and being a Mozilla product - huge commitment. 14. Bugs and suggestions well received. 15. GUI current issues with Evolution KDE desktop. 16. Make no mistake - Evolution is designed as the Desktop client where Groupwise is the server in mixed Netware/Linux environments. 17. If you commit to SLED you will have to install Thunderbird via download - Not part of SLED CD/DVD. 18. Lead time - months to correct beta 'blocker' bug in RC of 10.2. 19. No backward updates of suse.de applications. Example if you have Open Office and run 10.1 you wont get enhancements auto scheduled for version 10.2 updates. - exception security issues. Personal comments only - Without Prejudice - Acknowledged Personal Opinions 1. Complete lack of faith in QA, clear development path of suse.de maintained applications and apart from security no apparent need to fix bugs of past release before new release. Apparent that suse.de has structural issues with development. Quote inserted into a bug report "Whose handling NFS".....next entry "nnnnnnn" I think" or try "xxxxxxx" Open Suse really appears to be the testing ground for SLED as overwhelming issues when upgrading from version to version. No QA issue in RC containing far too many unresolved beta bug fixes in new version - lest previous one. That's all I can think of and why with the issues of 10.2 KDE/Evolution - Totally unacceptable QA control by suse.de and severely clearly viewpoint, that Evolution forms part of the default package Grouping of Gnome Desktop and Kmail/KDE - This is very obvious we are not meant to pick and choose applications not assigned to desktop by default. OMG! Boy can I rave on... Scott :-X scsijon wrote: > I have been asked to setup a number of single computers for a > transport firm. > > They have no problem with it being linux providing everything they > have now, > they will have afterwards as they are expanding from the current four > depots > and twelve staff and have planned to have fifteen depots and about > twenty five > staff by the end of the year. > > Unfortunately one of the principal packages they use was written for a > Native > Windows environment. > > Fortunately the programmer is a local and after some "discussion" is > willing > to create a linux version as he is writing a major upgrade at present and > providing I can help him, and with some answers > > The main problem left is that it uses a mail program as part of it's > functions > (currently Eudora) and I need to provide him with a replacement that > has a > scriptable interface. He would like whichever is used to both have > windows > and linux versions so he only has to create one version of source code. > > Any sugestions? > > scsijon >
smime.p7s
Description: S/MIME Cryptographic Signature
