[mailets] SPF mailet [WAS Mailets and dependencies (Was: [PLANNING] Road map)]

[Robert Burrell Donkin <ro...@gmail.com>]

On Sat, Feb 2, 2008 at 5:51 PM, Stefano Bagnara <ap...@bago.org> wrote:
> Robert Burrell Donkin ha scritto:

<snip>

>  > i think that it would be a good plan to pull out those mailets which
>  > are conceptually independent into separate a subproject (standard
>  > mailets, say)
>
>  I did some homework...

<snip>

>  Then we have the jspf mailet that simply depends on the jspf library:
>  mailets/SPF

i would prefer a separate micro-library for this (spf-mailets) to
factor the dependencies accurately and allow a release cycle in sync
with jSPF.

opinions?

- robert

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

Re: [mailets] SPF mailet [WAS Mailets and dependencies (Was: [PLANNING] Road map)]

[Stefano Bagnara <ap...@bago.org>]

Robert Burrell Donkin ha scritto:
> On Sat, Feb 2, 2008 at 5:51 PM, Stefano Bagnara <ap...@bago.org> wrote:
>>  Then we have the jspf mailet that simply depends on the jspf library:
>>  mailets/SPF
> 
> i would prefer a separate micro-library for this (spf-mailets) to
> factor the dependencies accurately and allow a release cycle in sync
> with jSPF.
> 
> opinions?
> 
> - robert

jSPF is stable ATM, so I expect future (if needed) jSPF releases to be 
source/binary compatible, so there should be no need to make a new 
release of the spf mailet for a new jSPF release (this is already true 
for the last 2-3 releases).

That said you probably already know I'm -0 on creating micro-libraries.

Stefano


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org