Leo,
Welcome! :-)
> 1) Why doesn't fetchpop use javamail API? I have hacked a
> version that does, and it can be used for pop, imap,
> nntp or any other javamail transport relatively easily?
I don't know that there is any technical reason not to use JavaMail. Your
version sounds like it would be a welcome contribution.
> 2) Is there a reason why fetchpop does a send instead of a store?
Absolutely. Doing a store would bypass the James pipeline. Doing the send
puts the message through local message processing. This is considered
desirable. An argument could be made for it being a configuration option.
> 3) Is anyone else working on something like this or interested in this
> at all?
I think that there would be considerable interest, especially since your
version now allows us to integrate yahoo and hotmail, amongst other things,
into James.
> I have been playing around with james for a couple of months with the
> intention of adding pgp and s/mime encryption/decryption mailet's
Interestingly enough, this very subject came up over the past two days on
james-user. I believe that there will likewise be considerable interest in
such mailets. In normal use, client mailers handle encryption, but James is
also intended for building messaging applications, and thus benefits from
being able to participate in encrypted message exchanges.
--- Noel
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
