The *only* reason for inclusion of "modules/.libs" is facilitating
developement. It could easily be (de)activated with an #ifdef.
Bernard Johnson wrote:
> Isn't it a little of a security concern that dbmail-* loads code from
> relative paths? I guess that I wouldn't be too concerned about imapd,
Paul J Stevens wrote:
> The *only* reason for inclusion of "modules/.libs" is facilitating
> developement. It could easily be (de)activated with an #ifdef.
I understood that - I was just pointing out that it was not disabled in
the distribution tarball by default, which could lead to some ill effe
I didn't port the simple filter table patch to 2.2, but I thought about
working on it. Just didn't have the time. If you'd like to port it
forward, we can look at including it as an option.
First of all we need to add --with-simplefilter for ./configure and
modify dbmail.conf and it's processin
Hi,
This problem was discussed at
http://mailman.fastxs.net/mailman/htdig/dbmail-dev/2005-November/007688.html
Is there any plans for this now?
--
Thanks,
Eugene Prokopiev
___
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://twister.fastxs.net/
excellent.
Bernard Johnson wrote:
> Paul J Stevens wrote:
>> The *only* reason for inclusion of "modules/.libs" is facilitating
>> developement. It could easily be (de)activated with an #ifdef.
>
> I understood that - I was just pointing out that it was not disabled in
> the distribution tarball
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
On Fri, 2006-12-15 at 12:18 +0300, Eugene Prokopiev wrote:
> Hi,
>
> This problem was discussed at
> http://mailman.fastxs.net/mailman/htdig/dbmail-dev/2005-November/007688.html
>
> Is there any plans for this now?
During 2.3 development, yes. We haven't written any of the code yet, or
even rea
On Fri, 2006-12-15 at 12:15 +0300, Eugene Prokopiev wrote:
> > I didn't port the simple filter table patch to 2.2, but I thought about
> > working on it. Just didn't have the time. If you'd like to port it
> > forward, we can look at including it as an option.
>
> First of all we need to add --wit
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
The following issue has been SUBMITTED.
==
http://www.dbmail.org/mantis/view.php?id=476
==
Reported By:jnorell
Assigned To:
==
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=476
==
Reported By:jnorell
Assigned To:
=
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
Just a thought, but the simple sort may be a good candidate for the
global filtering rules people have been asking for recently. I remember
you said the sieve group was looking at such an extension, but obviously
with the simple sort method, you are not trying to target a published
spec, so the
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=475
==
Reported By:lrosenman
Assigned To:
===
In further discussions in the Sieve WG, we found at least three systems
that already had a variety of Sieve scripts that run before the user's
script is executed. None of those systems used the ManageSieve protocol
for configuring this environment, which means we get to be the
trailblazers here and
20 matches
Mail list logo