On Tuesday, January 14, 2003, at 10:41 AM, Noel J. Bergman wrote:
Leo,It seemed advantageous in that javamail supports multiple types of "transports" (POP, IMAP, NNTP, MH, MBOX, etc...) with the same API. Also providers can be changed "on the fly".
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.
If someone can point me towards the instructions on how I can contribute what I develop and I am
more than happy to share!
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.
I am trying to use fetch(POP,IMAP,etc..) as an equivalent to fetchmail on linux
then use the mailet's as the equivalent of procmail. Under my current configuration
if I fetch a mail message that has been sent to more then one person (on the To line), when I pass the
message to sendMail the other people on the To: line also get a copy of the message
(this is undesirable) so I was thinking what I want to do is get the userstore for the intended recipient and
simply store the message. Does this make any sense at all?
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.
What I am thinking is that james can collect signatures (or certs) and use them to sign and encrypt messages
automatically. One of the big barriers to encrypting e-mail is the average e-mail user does not understand
how to do it. Also I was thinking that the "servers" could exchange certs with each other and then everything
that passes between domains is encrypted via s/mime rather than on a user by user basis.... So I am hoping to handle both user level as well as server/domain level encryption solutions.
--- Noel
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
------------------------------------------------------------------------
Leo A. D'Angelo
Chief Technology Officer
j2 Global Communications Inc.
DID: (323) 860-9288
FAX: (323) 372-3522
website: http://www.j2.com/
e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
PGP Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE8671948
Confidentiality Notice: The information contained in this e-mail and any
attachments is confidential and may also be legally privileged. It is
for the exclusive use of the intended recipient. If you are not an
intended recipient, you are hereby notified that any dissemination,
distribution or copying of this e-mail is strictly prohibited. If you
have received this e-mail in error, please notify the sender and
permanently delete the e-mail and any attachments immediately. You
should not retain, copy or use this e-mail or any attachment for any
purpose, nor disclose all or any part of the contents to any other
person. Thank you.
------------------------------------------------------------------------
PGP.sig
Description: PGP signature
