#28 More robust attachment handling with Columba or JavaMail

[Bill Thies]

The current version of the Server uses the Columba mail
package (also on SourceForge) to decode attachments
on the server side. However, we are using an older
version of Columba, to which I made some small fixes to
get it to work (some of these are not in CVS yet,
because I didn't want to start a branch containing
modified Columba sources).

Anyway, Columba has since updated and improved their
mail interface API. The administrator of their project
(Timo) encouraged me to get their new utility package
from their CVS tree on sourceforge -- it is in
the "ristretto" module, and integrate that with TEK.

Another alternative would be to use the JavaMail
classes, if they provide the right functionality.

Currently the only file that needs to be adjusted for this
is tek.server.protocol.parser.ParseAttachment. It is
using the third-party mail package to decode multiple-
part MIME messages.

I have an email that this should be tested on to make
sure there are no bugs. Will not post the email here
since it was an original TEK query -- if you rewrite the
code, let me know and we can test it with this email.

[Bill Thies]

Logged In: YES
user_id=574184

Also note that this attachment handling becomes much less
important when/if we have support for WaveMail and
authenticated SMTP, since then people won't have to send
attachments to the server. The only reason to have
attachments is as a backup transfer method.

Thus lowering the priority to 5.