Ah ha! I hadn't noticed the FetchPOP integration. I guess that would be
after 2.0a1. We are still basing our development on 2.0a1 here. That will
probably continue until the JAMES/Avalon codebase settles down a bit and/or
we get the time for the required overhaul. (Our JAMES-based codebase is
becoming fairly sizable and is pretty tightly coupled to a few
implementation-specific JAMES/Avalon features.)
Cheers
ADK
--------------------------------------------
There is no magic.
"Noel J.
Bergman" To: "James Users List"
<[EMAIL PROTECTED]>
<noel@devtech. cc:
com> Subject: RE: Is James suitable as an
email proxy?
12/11/2002
09:36
Please respond
to "James
Users List"
Aaron,
FetchPOP *is* integrated into James. :-) Danny added it back in
mid-Sept.,
IIRC. That is what I was refering to in my message.
I was thinking that he could use James at work as a better forwarding
agent,
but perhaps he doesn't have control there, and needs to use it at home to
do
the unwrap. In the latter case, if it is a mime-encoded attachment of the
original e-mail, it shouldn't be too bad to code the mailet.
--- Noel
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:Aaron.Knauf@;vodafone.co.nz]
Sent: Monday, November 11, 2002 15:11
To: James Users List
Subject: RE: Is James suitable as an email proxy?
Hi Noel,
I understood from Nathan's post that his issue was that fact that when he
forwarded his work mail to his home account, the mail that arrived was a
new email, with the old email copied (or attached) into the body. This is
because the mail is forwarded by his mail client, rather than relayed by
his work mail server. If I read him correctly, he wants to basically make
the mail that arrives at his home address look like it had been sent
directly to his home address. This would entail extracting the original
mail content from the body of the fowarded mail, setting the reply-to field
to that of the original sender, rather than his own work address, setting
the subject field correctly, etc. I imagine that all of this will be
specific to the particular mail client that he uses to do his forwarding.
If the original mail is an attachment (or at least some kind of separate
mime part) then it should be fairly simple. It will certainly require a
mailet.
Of course I could just be imagining the whole thing! :-)
As for the fetchpop bit, you are quite correct. In fact I had overlooked
the requirement to do the pull from the ISP (which is embarassing,
considering I used to do that kind of thing for a living). This would
actually be a useful thing to build into JAMES. (In fact, I think I'll put
it on my list of projects never to be completed!)
Cheers
ADK
--------------------------------------------
There is no magic.
"Noel J.
Bergman" To: "James Users List"
<[EMAIL PROTECTED]>
<noel@devtech. cc:
com> Subject: RE: Is James suitable
as an email proxy?
12/11/2002
08:50
Please respond
to "James
Users List"
Aaron,
He can configure FetchPOP to pull e-mail from his POP accounts, and then
configure James to forward based upon criteria to any number of other
accounts.
Where did you see a lack of functionality to support his goal?
Or did I misinterpret? Do you think that he wants to pull e-mail from his
home account, and then strip off the envelope? Perhaps I mis-read his
original message. In that case, you'd be correct. We'd need an "unwrap"
mailet to remove a forwarded e-mail from its enclosing message, and insert
the enclosed message into the pipeline.
--- Noel
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:Aaron.Knauf@;vodafone.co.nz]
Sent: Monday, November 11, 2002 14:12
To: James Users List
Subject: Re: Is James suitable as an email proxy?
Hi Nathan,
I theory, James is quite capable of doing what you describe. In fact it is
capable of very nearly anything. The question is, how much Java code are
you willing to write? I am not aware of any standard Mailet that will do
what you ask and I doubt that any mail server would have this feature. You
would have to write a mailet that did the job for you. Assuming that you
are comfortable with Java, this is not a difficult task, although getting
your mailet up and running inside James for the first time is typically
quite difficult for newcomers. This list has a web search feature that
should allow you find the answer to most of your initial problems.
Cheers
ADK
--------------------------------------------
There is no magic.
"Nathan Williams"
<williams.nathan@bi To:
<[EMAIL PROTECTED]>
gfoot.com> cc:
Subject: Is James
suitable
as an email proxy?
12/11/2002 07:46
Please respond to
"James Users List"
Hi, I'm new to this list. I have a long-standing email problem (more of an
annoyance really) and I'd like to know if James could help me around it.
I have rules attached to my email account at work to forward some messages
on to my personal accounts. It's a crude means of synchronization, but
it's fairly effective. The only problem with it is that forwarded messages
arrive in my personal inbox inside an empty message used for the forward.
I'd like to automatically unpack the forwarded message and discard the
wrapper, but I have yet to find an email client that offers anything that
sophisticated in its rules.
I'm interested in using James as a proxy between my email client and my
ISP's POP3 server. Is it possible to use James in this configuration? If
so, does James' architecture allow a filter to be written that would
transform a message in this way?
I may be misinterpreting what James is useful for, but this application was
the first thing that came to mind when Noel described it in a talk last
week at CSS 2002.
Thanks,
-Nathan Williams
----------------------------------------------------------------------------
-------------------
Have you seen our website?.... http://www.vodafone.co.nz
CAUTION: This correspondence is confidential and intended for the named
recipient(s) only.
If you are not the named recipient and receive this correspondence in
error,
you must not copy,
distribute or take any action in reliance on it and you should delete it
from your system and
notify the sender immediately. Thank you.
Unless otherwise stated, any views or opinions expressed are solely those
of
the author and do
not represent those of Vodafone New Zealand Limited.
Vodafone New Zealand Limited
21 Pitt Street, Private Bag 92161, Auckland, 1020, New Zealand
Telephone + 64 9 357 5100
Facsimile + 64 9 377 0962
--
To unsubscribe, e-mail: <mailto:james-user-unsubscribe@;jakarta.apache.org
>
For additional commands, e-mail: <mailto:james-user-help@;jakarta.apache.org
>
--
To unsubscribe, e-mail: <mailto:james-user-unsubscribe@;jakarta.apache.org
>
For additional commands, e-mail: <mailto:james-user-help@;jakarta.apache.org
>
----------------------------------------------------------------------------
-------------------
Have you seen our website?.... http://www.vodafone.co.nz
CAUTION: This correspondence is confidential and intended for the named
recipient(s) only.
If you are not the named recipient and receive this correspondence in
error,
you must not copy,
distribute or take any action in reliance on it and you should delete it
from your system and
notify the sender immediately. Thank you.
Unless otherwise stated, any views or opinions expressed are solely those
of
the author and do
not represent those of Vodafone New Zealand Limited.
Vodafone New Zealand Limited
21 Pitt Street, Private Bag 92161, Auckland, 1020, New Zealand
Telephone + 64 9 357 5100
Facsimile + 64 9 377 0962
--
To unsubscribe, e-mail: <mailto:james-user-unsubscribe@;jakarta.apache.org
>
For additional commands, e-mail: <mailto:james-user-help@;jakarta.apache.org
>
--
To unsubscribe, e-mail: <mailto:james-user-unsubscribe@;jakarta.apache.org
>
For additional commands, e-mail: <mailto:james-user-help@;jakarta.apache.org
>
-----------------------------------------------------------------------------------------------
Have you seen our website?.... http://www.vodafone.co.nz
CAUTION: This correspondence is confidential and intended for the named recipient(s)
only.
If you are not the named recipient and receive this correspondence in error, you must
not copy,
distribute or take any action in reliance on it and you should delete it from your
system and
notify the sender immediately. Thank you.
Unless otherwise stated, any views or opinions expressed are solely those of the
author and do
not represent those of Vodafone New Zealand Limited.
Vodafone New Zealand Limited
21 Pitt Street, Private Bag 92161, Auckland, 1020, New Zealand
Telephone + 64 9 357 5100
Facsimile + 64 9 377 0962
--
To unsubscribe, e-mail: <mailto:james-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:james-user-help@;jakarta.apache.org>
