On Mon, Jan 05, 2004 at 05:58:04PM +0100, Eric Persson wrote:
Devin Rubia wrote:
|preline maildrop -V -M .mailfilter-m1010
from a .qmail file, the -M should be "special embedded mode" according
to the man pages, or am I wrong?
Thanks for your time Deving, I appreciate you straighting things out. :)
Hmm, in that case, "to" should not work as you _are_ in embedded mode.
Wierd. The only way "to" should be able to work in that case is with a
file included from the maildroprcs directory as suggested by Sam.
Very strange then, I am using the filtering stuff, but if something is
caught by a filter, I always deliver it with the to, like the following:
if( /Cour...@lists.sourceforge.net/ )
{
to
"/webmail/8/4/84deda69dc38c4a39443e9b7a8230018/Maildir/.Mailinglists.maildrop/"
}
Maybe this is not the expected behavior? But its working very good.. :)
How would you solve this?
And I have no maildroprcs at all, so I suppose it goes with any default
settings but the one I specified with the preline row above.
I'm out of my depth here. I've never used embedded mode myself so I am
not familiar with how this "should" behave.
I can only assume that some or all of the restrictions on embedded mode
do not apply to special embedded mode. This tidbit from the manpage
especially makes me think this:
<quote>
-M filterfile
Run maildrop in a special embedded mode. The -d option
is implied when -M is used, and if absent it defaults
to the userid running maildrop.
</quote>
If the "-d" option is implied then that further implies that delivery
options are available, however, the section in the maildrop manpage on
embedded mode states that this is not the case.
Question for Sam: Are there differences in the command restrictions
between -m and -M ?
9 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Enable external execu...
