Am Dienstag, den 09.01.2007, 20:59 + schrieb Danny Angus:
> > Should whole James only work with JCRs? Should usage of JCR be part of
> > the Mailet API?
>
> IMO No, because we don't want to *require* any kind of sophisticated
> storage. It may be impossible to avoid specifying a simple interf
Am Dienstag, den 09.01.2007, 20:52 + schrieb Steve Brewin:
> > robert burrell donkin wrote:
> > > (i performed experiments with storing emails in JCRs last year and
> > > they seemed *very* quick but don't have any comparative numbers.)
> >
> > If you don't tell us what JCR implementation you
Joachim Draeger wrote:
Am Dienstag, den 09.01.2007, 20:52 + schrieb Steve Brewin:
I don't know about Robert's experiences. I have found that you can get very
good performance with a custom persitence manager tuned to the needs of the
application and an appropriatley indexed and tuned databas
Am Dienstag, den 09.01.2007, 21:59 + schrieb robert burrell donkin:
> AFAIK SIEVE scripts conceptually operate once mail has been delivered
> to a user. how do you see the configuration working?
The LocalDeliver Mailet is the point in the chain where the Mail gets
just delivered. In fact it i
Am Mittwoch, den 10.01.2007, 00:04 +0100 schrieb Stefano Bagnara:
> >> > there are various methods to get various
> >> > flavours of session.
> >>
> >> Currently there are three.
> >> The problem is that IMAP has many requirements to a backend. Many
> >> backends successfully used for POP3 will
Bernd Fondermann schrieb:
> On 1/9/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>> PS: I like JCR and I think that JCR+JMS could be the future of a
>> modular, transactional, clusterable, distributable James Server.
>
> Just a quick +1, I am thinking in the same direction for some time now.
>
>
MailAddress not check for valid syntax if new MailAddress(user, domain) is used
---
Key: JAMES-757
URL: https://issues.apache.org/jira/browse/JAMES-757
Project: James
Author: norman
Date: Wed Jan 10 08:57:24 2007
New Revision: 494893
URL: http://svn.apache.org/viewvc?view=rev&rev=494893
Log:
Check for syntax if new MailAddress(user,domain) is used. See JAMES-757
Modified:
james/server/trunk/src/java/org/apache/mailet/MailAddress.java
Modified: james/serve
Hi ,
I whould also like to backport:
JAMES-757: MailAddress not check for valid syntax if new
MailAddress(user, domain) is used
bye
Norman
Norman Maurer schrieb:
> Stefano Bagnara schrieb:
>
>> I use -0.9 instead of -1 because I don't want them to be considered
>> vetoes even if I don't think
[
https://issues.apache.org/jira/browse/JAMES-757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12463631
]
Norman Maurer commented on JAMES-757:
-
Fixed in trunk.
> MailAddress not check for valid syntax if new MailAddres
On 1/9/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
robert burrell donkin wrote:
> IMAP as a protocol has some commands which are naturally stateful and
> some which are more naturally stateless. superficially at least, it
> seems more natural to me to think about a stateful session layeri
On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
Am Mittwoch, den 10.01.2007, 00:04 +0100 schrieb Stefano Bagnara:
> >> > there are various methods to get various
> >> > flavours of session.
> >>
> >> Currently there are three.
> >> The problem is that IMAP has many requirements to a bac
Am Mittwoch, den 10.01.2007, 17:39 + schrieb robert burrell donkin:
> when using IMAP, one way to do this is by issuing a SEARCH command
> specifying mailbox and the criteria. AFIAK this command does not
> depend on which mailbox has been selected or the current client state,
> just the data.
Am Mittwoch, den 10.01.2007, 17:53 + schrieb robert burrell donkin:
> On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
> > For instance fetching a small subset of the headers of many messages has
> > to be done in an optimal way. (e.g. in one SQL query)
>
> not just a single query but a
On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
Am Mittwoch, den 10.01.2007, 17:53 + schrieb robert burrell donkin:
> On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
> clients are typically interested only in a subset of the headers
Right. For current implementation:
I alr
On 1/10/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
> Am Mittwoch, den 10.01.2007, 17:53 + schrieb robert burrell donkin:
> > On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
> > clients are typically interested only in
On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
Am Mittwoch, den 10.01.2007, 17:39 + schrieb robert burrell donkin:
> when using IMAP, one way to do this is by issuing a SEARCH command
> specifying mailbox and the criteria. AFIAK this command does not
> depend on which mailbox has bee
Joachim Draeger wrote:
Am Mittwoch, den 10.01.2007, 17:39 + schrieb robert burrell donkin:
this [the STATUS command] is basically an atomic, stateless operation. there
should be no
need to open a heavyweight session to execute it.
I don't understand how you can define the "STATUS" command
Stefano Bagnara wrote:
>
>
> Joachim Draeger wrote:
> > Am Dienstag, den 09.01.2007, 20:52 + schrieb Steve Brewin:
> >> I don't know about Robert's experiences. I have found that
> you can get very
> >> good performance with a custom persitence manager tuned to
> the needs of the
> >> applicati
On 1/10/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Joachim Draeger wrote:
> Am Mittwoch, den 10.01.2007, 17:39 + schrieb robert burrell donkin:
>> this [the STATUS command] is basically an atomic, stateless operation. there
should be no
>> need to open a heavyweight session to execute it
On 1/9/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
robert burrell donkin wrote:
>> From the other side developers maybe just don't need a full featured
>> ImapSession for their needs and want to use an easier interface.
>>
>> That was the intention for providing different "flavors" of ses
On 1/10/07, Joachim Draeger <[EMAIL PROTECTED]> wrote:
Am Dienstag, den 09.01.2007, 21:59 + schrieb robert burrell donkin:
> > From the other side developers maybe just don't need a full featured
> > ImapSession for their needs and want to use an easier interface.
> >
> > That was the in
many moons ago i created
https://issues.apache.org/jira/browse/JAMES-575. this contains
improvements to the mailetSDK which ships with James. i found them
very helpful when i was playing around with various mailets in the
summer.
i've been wondering whether it's worth tidying up and committing, a
+1.
I'd also think about moving our mailets into the mailet subproject,
and that could serve as your testing ground or at least samples. At
least the mailets that are not tied to James/Avalon APIs.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.65
On 1/10/07, Serge Knystautas <[EMAIL PROTECTED]> wrote:
+1.
I'd also think about moving our mailets into the mailet subproject,
and that could serve as your testing ground or at least samples. At
least the mailets that are not tied to James/Avalon APIs.
I thought about that, having a /contrib
Danny Angus wrote:
one step at a time... we've talked
about this for so long it might be a mistake to bite off too much in
the first go.
+1
It is much better a small concrete step today than a hundred of
discussion in the last years :-)
Stefano
-
Am Mittwoch, den 10.01.2007, 20:50 + schrieb robert burrell donkin:
> > > > From the other side developers maybe just don't need a full featured
> > > > ImapSession for their needs and want to use an easier interface.
> > > >
> > > > That was the intention for providing different "flavors" of
27 matches
Mail list logo