On Monday 14 May 2007, Registration Account said: > 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.
I hope you don't mind if I refute some of your assertions. I feel that Thunderbird is a fine program, but such an outspoken attack on the alternatives is unjustified. I would also ask you to consider that the use of large applications that stand alone with no infrastructure shared with the rest of the desktop wastes an opportunity for code reuse, resulting in a bigger memory footprint and a slower system. > 3. Not written or constrained now or in the future (add-ons excepted) to > another mail server - Groupwise. You need to review your understanding of cause and effect. Just because Novell develops XYZ and Novell sells GroupWise doesn't mean that XYZ would ever be constrained to or written around GroupWise. GW is an enterprise sized system - however, many Novell customers and the overwhelming majority of community members do not need an enterprise sized mail system - hence we also put a lot of work into making POP, SMTP and IMAP as good as any other client. > 5. Complexity in Kmail for a new user - over engineered to the max and > possible future dependants on KDE Desktop We make the easy things easy and the hard things possible. Just doing the former is unacceptable IMO. With regard to desktop dependency doubts, our KDE 3 packaging of KMail depends only on kdelibs3, and kdebase3 for SMTP. It does not require you to use KMail under a KDE desktop, nor are there any difference in features if you do not. Our password manager, kwallet, and our out of process smtp, imap and pop subsystems all function indepedently of what is running the desktop. The KDE 4 packaging will take this separation even further so that you can install separate applications from a KDE module. Instead of kdelibs3, kdebase3 and kdepim3 you can install libkde4, kdepimlibs and kde4-kmail, which are much smaller packages. > 7. Mega serious attitude/cultural issues with KDE in relation to bugs. I beg your pardon? > 8. Here to stay - Designed to run with Linux O/S Kernel not particular > Desktop. The KDE project celebrated its 10th anniversary last year, and is larger than ever. Additionally we design to run with any *nix kernel, and KDE 4 will bring KMail and family to OSX and Windows platforms, to ease users' migration to a completely Free Software 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. Check - for KMail and Evolution too, I think > 12. Standard GPL on whole package. Check. GPL and LGPL on libs, like Mozilla*. > 15. GUI current issues with Evolution KDE desktop. ? > 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. 10.2 is the update to 10.1. But we do provide these backward updates on an unsupported basis in the KDE:Backports obss repository. Will -- Desktop Engineer Interfaces and Applications Team -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
