commended to all users of 2.x servers. For more information, see the
> release notes http://james.apache.org/server/2.3.2/release-notes.html.
The release notes page says version 3.2.2 instead of 2.3.2.
BR,
Jukka Zitting
-
To
Hi,
Jukka Zitting ha scritto:
> I just killed the last jspf-trunk build in Hudson as it was already
> taking more than 14 hours to complete.
The build still hangs every now and then.
On Fri, Dec 12, 2008 at 8:06 PM, Stefano Bagnara wrote:
> It was setup to run once an hour to find a
the build once an hour.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
hinery), but I don't need any mail queues, outgoing deliveries,
etc.
The deployment scenario I have in mind is where such an archive server
sits behind a more feature-rich email gateway that handles things like
spam and virus protection before forwarding incoming messages to the
archive se
ied I
couldn't find a simple way to start just the SMTP pipeline of James.
Unfortunately I haven't had much time to keep up on the efforts to
modularize James, so I don't know the current status on that, but it
seems like things are moving to the right direction.
Hi,
On Thu, Jul 24, 2008 at 10:52 AM, Norman Maurer <[EMAIL PROTECTED]> wrote:
> I can take care of this if all agree..
I'm happy to help if you need an extra pair of hands.
BR,
Jukka Zitting
-
To unsubscribe,
Hi,
On Fri, Jul 11, 2008 at 8:44 PM, David Jencks <[EMAIL PROTECTED]> wrote:
> You might want to configure your svn client instead
At least I appreciate if all files and folders that are generated by
the build process are explicitly svn:ignored.
BR,
Jukk
er solution.
Fair enough.
AFAIK the current Maven tools are not good enough (even on a design
level, for example the POM has no concept of copyright attributions)
for automating the generation of proper NOTICE and LICENSE files.
BR,
Jukka Zitting
---
age. My point is that you
can do the exactly same thing with Maven with minimal complexity. Is
it really imperative that Maven does this automatically?
The fact that things like m-r-r-p are not sophisticated enough to do
this properly is no reason why you couldn't achieve the same result
with jus
t this.
We're still learning how to best work with the central repository and
automatically downloaded dependencies and perhaps Maven one day will
contain proper tools to automate some of the related legal work, but
even today it doesn
Hi,
On Wed, Apr 9, 2008 at 12:49 AM, Norman Maurer <[EMAIL PROTECTED]> wrote:
> The website was updated:
The http://james.apache.org/jspf/index.html page is still showing
0.9.5 as the latest release.
BR,
Jukka Zitting
---
mary of the
discussion to this list.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
On Sun, Mar 9, 2008 at 11:53 AM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> On Sun, Mar 9, 2008 at 9:41 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> > A search feature is typically only useful when applied to a collection
> > of messages, so I'm
typically only useful when applied to a collection
of messages, so I'm not sure if something like that really makes sense
in the scope of Mime4J.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
s I mostly care about James being
modular and easily embeddable. That would make it easy to repackage
James as a war file, a runnable jar, an ear, or whatever. Currently
that's very difficult, and if war packaging helps to make James more
embeddable, then I'm
I can foresee some such changes (MIME4J-16 is a good example), but if
in any way possible I'd rather break such changes into small
reversible steps and explicitly handle backwards compatibility issues
where needed than branch any of the core APIs.
BR,
Jukka Zitting
-
do this? (Preferably with Maven 2... :-)
[1] http://dev.day.com/microsling/content/blogs/main/jcrmail.html
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
By the way, do we have somewhere a good set of test messages I could
use when testing my Mime4j modifications?
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
tries to mach 4 or 8 byte sequences depending on how long
the boundary string is.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ffer to find the next multipart boundary without
having to check each byte individually.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
is stopped with MimeStreamParser.stop(). Is this OK?
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/MIME4J-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499077
]
Jukka Zitting commented on MIME4J-16:
-
Hmm, I seem to have forgotten to select the "grant license" opt
[
https://issues.apache.org/jira/browse/MIME4J-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated MIME4J-16:
Attachment: MimeException.patch
Forgot to include src/test changes in the patch, here's an up
cp for full backwards compatibility with existing
configurations.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/MIME4J-5?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498611
]
Jukka Zitting commented on MIME4J-5:
Any active progress on this? I might want to take a shot at fixing this
[
https://issues.apache.org/jira/browse/MIME4J-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated MIME4J-16:
Fix Version/s: 0.4
Sounds reasonable. Tagged this for 0.4
> Allow exceptions from a ContentHand
[
https://issues.apache.org/jira/browse/MIME4J-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496919
]
Jukka Zitting commented on MIME4J-16:
-
It's a relatively major API change, so if there's consensus on
[
https://issues.apache.org/jira/browse/MIME4J-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated MIME4J-16:
Attachment: MimeException.patch
Attached a patch (MimeException.patch) that implements the proposed
Allow exceptions from a ContentHandler
--
Key: MIME4J-16
URL: https://issues.apache.org/jira/browse/MIME4J-16
Project: Mime4j
Issue Type: Improvement
Reporter: Jukka Zitting
There is
er the deployed server is a
relay or an originator (in which case there is no original source),
gateway (for example when modifying messages using mailets), or
delivery (IMAP/webmail, perhaps even POP) system, and to choose the
appropriate repository implementation for the intended purpose.
BR,
Jukka Z
Hi,
On 5/14/07, Jukka Zitting <[EMAIL PROTECTED]> wrote:
I'll probably come up with more questions, [...]
Locking:
* Should a message lock be visible to other processes that access the
same repository?
* Should a message lock automatically prevent other clients form
modifying
ntent repository. Let
me know if you're interested in trying the component out and need
additional instructions.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
On 5/17/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
On 5/16/07, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> One possible approach, at the expense of storing potentially redundant
> duplicate data, is that the original message source is stored as a
> verbatim
y wondering why nothing was happening. :-)
Initializable is actually better for now, I'm using the lifecycle
event to initialize the content repository with the custom node types
and namespaces used by JCRMailRepository.
BR,
Jukka Zitting
Hi,
On 5/16/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Jukka Zitting ha scritto:
>> The MOST IMPORTANT thing at all is that if I store a message and I later
>> retrieve it every single space, every single header, everything is
>> exactly as I wrote it. Even if it wa
Hi,
On 5/16/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Jukka Zitting ha scritto:
> A message consists of a envelope and the contained message. In JCR
> this is represented as the james:mail subclass of the standard nt:file
> node type (see http://wiki.apache.org/jackr
as
JCR DATE properties to enable efficient date-based queries? Another
complex question is how to best handle encryption and digital
signature mechanisms like S/MIME...
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PR
is streamed
directly into the repository during an SMTP DATA command (or the
equivalent in other protocols) and only the message key returned by
the repository is used to keep track of the message.
BR,
Jukka Zitting
-
To unsubscr
Hi,
On 5/15/07, Danny Angus <[EMAIL PROTECTED]> wrote:
On 5/15/07, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Is the repository implementation required to keep the original key
> (from mail.getName()) when stroring a new message, or can it replace
> it with an inter
Hi,
On 5/15/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Jukka Zitting ha scritto:
> c) What parts of a mail message need to be stored when
> MailRepository.store(Mail) is called? For example should the mail name
> (Mail.getName()) or attributes (Mail.hasAttributes(), etc.)
Recipients(...) affect mail.getRecipients()?
I'll probably come up with more questions, but I guess these are a
good starting point. :-)
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Hi,
On 5/5/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Let's make it work as a JAMES Server component, THEN, if we'll have
created something working also standalone we'll discuss and vote for a
specific sub-product/sub-project.
Sounds good to me
ably to find
all correspondence that's relevant to a given audit or lawsuit.
The part that we'd implement in James is just the email to JCR mapping
that we'll need in any case for using a JCR store within the James
server.
BR,
Jukka Zitting
--
. After several optimization trials, the
cheapest solution was always to get a few very expensive DB specialists
and have the problem solved the "relational way" :).
I'd love to discuss the problems you faced, but perhap
le. I would in fact argue
that a JCR solution could easily achieve stellar performance for use
cases like "find all messages that contain these keywords and that
were sent to or from this domain within this timeframe".
BR,
Jukka Zitting
-
on is using. Typically the
email server just has a catchall forwarder that copies all in- and
outgoing messages to such an archive.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m
Hi,
On 5/4/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Noel J. Bergman ha scritto:
> Stefano Bagnara wrote:
>> Jukka Zitting ha scritto:
>>> The prototype JCR store mailet we did during the ApacheCon is now in
>>> james/sandbox/james-jcr (see revision 5352
Hi,
On 5/4/07, Serge Knystautas <[EMAIL PROTECTED]> wrote:
On 5/2/07, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
> work on a Proof of Concept related to the use of JCR as our unified data
> sto
would be
great.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/JAMES-792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493324
]
Jukka Zitting commented on JAMES-792:
-
Perhaps a good starting point would be to deploy just the Mailet API jar
Reporter: Jukka Zitting
Priority: Minor
The James artifacts should be deployed on the central Maven repository for easy
access by external projects that want to implement custom mailets or embed
individual James components. The NOTICE/LICENSE files should be included in the
jar files, and
ool to have the artifacts on the repository even if
you don't use Maven internally as the build environment. Even the
javamail artifacts are available on the repository.
Noel should have already informed you that Maven is not well accepted in
this project ;-)
Yeah, I figured as much. :-)
Maven projects.
BR,
Jukka Zitting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
53 matches
Mail list logo