Eric: I do agree that Swiftfile needs to be upgraded, as mentioned here { Link } , but disagree with the use of tags for determining where to put things. For large mail files, that will be counter productive IMHO, as end-users think in-terms of folders and that is where the messages go...many messages may have the same tag lists, particularly if it contains a long reply-thread, but would need to be in two different folders (e.g. Orders processing and <client_name>).

Regardless, you may want to correlate this idea as we both want a Swiftfile expanse.

I would rather IBM make SwiftFile more robust then add more features. I have about 800 folders (as a consultant I have to maintain a lot of mail and keep it organized) and I am constantly having to rebuild the index, uninstall and reinstall, or just basically give up on it until I crawl back.

As to feature I would love a option to file a message and then go to that folder.

The biggest obstacle for IBM is to make the swiftfile work for all supported client languages and supported OSs.

I wish it would let you add some rules and support multiple ID's (and mailfiles) on the same workstation. Supporting other clients would be great, I tend to forget about it since I don't use windows alot.