Yes I had come to that conclusion - I am now testing @@USERAUTH="-" in a
wrapper.
Rob :-)
_
Note To Self: Remember to put something witty here later...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of M
Yes you can, you just can't use the logic to run a program only on
AUTHETNICATED mail.
- Original Message -
From: "Rob Arends" <[EMAIL PROTECTED]>
To:
Sent: Sunday, November 19, 2006 4:46 PM
Subject: [xmail] Re: filter aex & wlex
>
> Hmm, In that case, it would have been easier to r
> No, such concept does not exist.
Ok, FLAG=VAL then gave me a bum-steer.
Rob :-)
_
Note To Self: Remember to put something witty here later...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davide
Hmm, In that case, it would have been easier to remove the FLAG=VAL part of
the Doco, as so far not additional functionality was produced.
I suppose that the meaning of "aex" is "Auth user EXcluded". (true or false)
==> if true then don't run this filter.
Perhaps what I'm looking for is "auth",
On Mon, 20 Nov 2006, Rob Arends wrote:
>
> Davide, It's nice that you can confirm. !!??
>
> I'm confused with the meaning of your response.
> Let me reword:
>
> In a post-data filter I have the following:
>
> "!aex=0"[tab]"D:\prog_for_non_auth_user.exe"
> "!aex=1"[tab]"D:\prog_for_auth_user.e
On Sun, 19 Nov 2006, Mike Harrington wrote:
>
> Then what was this about:
>
> >>
> >> Davide, The testing shows that an Auth'd user will run the first of the
> >> two
> >> examples below,
> >> But a non Auth'd user will run both.
> >>
> >> Can you confirm?
>
> > Yes I can.
>
> isn't that opp
Davide, It's nice that you can confirm. !!??
I'm confused with the meaning of your response.
Let me reword:
In a post-data filter I have the following:
"!aex=0"[tab]"D:\prog_for_non_auth_user.exe"
"!aex=1"[tab]"D:\prog_for_auth_user.exe"
In the above filter configuration, only ONE of the two p
Then what was this about:
>>
>> Davide, The testing shows that an Auth'd user will run the first of the
>> two
>> examples below,
>> But a non Auth'd user will run both.
>>
>> Can you confirm?
> Yes I can.
isn't that opposite?
-
To unsubscribe from this list: send the line "unsubscribe xmail"
On Sun, 19 Nov 2006, Mike Harrington wrote:
> In the example:
>
> "!aex=1"[tab]"prog" <- user is auth'd
> "!aex=0"[tab]"prog" <- user is not auth'd
>
> I thought it stated that an auth'd user will NOT run the first of the two,
> and a non-authed user would run both? Am I missing som
In the example:
"!aex=1"[tab]"prog" <- user is auth'd
"!aex=0"[tab]"prog" <- user is not auth'd
I thought it stated that an auth'd user will NOT run the first of the two,
and a non-authed user would run both? Am I missing something?
- Original Message -
From: "Davide Libenz
Duh, !!!
Thanks
Rob :-)
_
Note To Self: Remember to put something witty here later...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davide Libenzi
Sent: Monday, 20 November 2006 9:23 AM
To: xmail@xma
On Mon, 20 Nov 2006, Rob Arends wrote:
>
> Davide, The testing shows that an Auth'd user will run the first of the two
> examples below,
> But a non Auth'd user will run both.
>
> Can you confirm?
Yes I can.
- Davide
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the
Davide, The testing shows that an Auth'd user will run the first of the two
examples below,
But a non Auth'd user will run both.
Can you confirm?
Rob :-)
_
Note To Self: Remember to put something witty here later...
-Original Message-
On Mon, 20 Nov 2006, Rob Arends wrote:
>
> Davide,
> The doc does not offer wait-timeout for pre/post filters.
>
> 1. how do you control/set the timeout of a filter that is not an in/out
> filter.
> 2. What is the default timeout on filters?
>From the doc:
-QT timeout
Timeout value fo
Davide,
The doc does not offer wait-timeout for pre/post filters.
1. how do you control/set the timeout of a filter that is not an in/out
filter.
2. What is the default timeout on filters?
Rob :-)
_
Note To Self: Remember to put something witty
Ok, thanks, so I'll test with
"!aex=1"[tab]"prog" <- user is auth'd
"!aex=0"[tab]"prog" <- user is not auth'd
Rob :-)
_
Note To Self: Remember to put something witty here later...
-Original Message-
From: [EMAIL PROTECTED]
On Mon, 20 Nov 2006, Rob Arends wrote:
>
> > Ok, for consistency with the doc, now you can do the aex=0 smart thing.
>
> Ok, ignore crossed email
>
> BTW, is that "!aex=0" or "aex=0"
> Does the "!" indicate Flags here, or does it mean "not"
It means "this is not the executable path, but a fl
> Ok, for consistency with the doc, now you can do the aex=0 smart thing.
Ok, ignore crossed email
BTW, is that "!aex=0" or "aex=0"
Does the "!" indicate Flags here, or does it mean "not"
Rob :-)
_
Note To Self: Remember to put something witty
Ok, so what does this mean:???
> The syntax of each flag is either FLAG or FLAG=VAL.
The description indicates a feature that would be more flexible.
The ability to run a filter for those that *are* auth or wlst and/or for
those that *are not* auth or wlst.
"!aex"[tab]"program1.exe"
This only a
Now the LOCALADDR and REMOTEADDR always return [IP]:PORT format. Also
supported is filter flags in the format aex={0, 1} or wlex={0, 1}. The olf
format (with no explicit assignment is still valid and imply =1). Also,
the MSGREF is now defined for SMTP filters too (MSGID can't because it
is no
> Agreed. Thank you *very much* for having me doing a pre16! ;)
!!
Rob :-)
_
Note To Self: Remember to put something witty here later...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davide Libenzi
S
On Sun, 19 Nov 2006, Davide Libenzi wrote:
> On Sun, 19 Nov 2006, Rob Arends wrote:
>
> >
> > Davide, let me first quote your documentation:
> >
> >
> > "!flags"[TAB]"command"[TAB]"arg-or-macro"[TAB]...[NEWLINE]
> >
> > Each file may contain multiple commands, that will be executed in stri
On Mon, 20 Nov 2006, Rob Arends wrote:
>
> Hi,
> Does anyone know the layout of the logs.
>
> I've seen http://www.henry.it/xmail/logs.html which tells me that column
> 7 Filter Info
> 8 Exec Result
> 9 Exit Code
>
> I'd like to know what might appear in Filt
On Sun, 19 Nov 2006, Rob Arends wrote:
> I just noticed that macros @@MSGID & @@MSGREF are available in in/out
> filters, but return nothing when used in a post-data filter.
> Also the values of @@REMOTEADDR & @@LOCALADDR return "[1.2.3.4]:25" for
> in/out filters, but for post-data, it returns j
On Sun, 19 Nov 2006, Rob Arends wrote:
>
> Davide, let me first quote your documentation:
>
>
> "!flags"[TAB]"command"[TAB]"arg-or-macro"[TAB]...[NEWLINE]
>
> Each file may contain multiple commands, that will be executed in strictly
> sequential order. The first command that will trigger a
On 19.11.2006 01:22, Davide Libenzi wrote:
>
> How many are running it and did any problem show up? I'd go for 1.23 final
> if everything is going fine ...
Had pre06 running without problems (and without new features). Now pre15.
-
To unsubscribe from this list: send the line "unsubscribe xmail
Hi,
Does anyone know the layout of the logs.
I've seen http://www.henry.it/xmail/logs.html which tells me that column
7Filter Info
8Exec Result
9Exit Code
I'd like to know what might appear in Filter Info, mine always show "".
I see that Exit Code is "
Davide,
I just noticed that macros @@MSGID & @@MSGREF are available in in/out
filters, but return nothing when used in a post-data filter.
Also the values of @@REMOTEADDR & @@LOCALADDR return "[1.2.3.4]:25" for
in/out filters, but for post-data, it returns just the IP address, not even
the bracke
Davide, let me first quote your documentation:
"!flags"[TAB]"command"[TAB]"arg-or-macro"[TAB]...[NEWLINE]
Each file may contain multiple commands, that will be executed in strictly
sequential order. The first command that will trigger a rejection code will
make the filtering process to end. T
On 18 Nov 2006, at 16:22, Davide Libenzi wrote:
>
>
> How many are running it and did any problem show up? I'd go for 1.23 final
> if everything is going fine ...
There were no problems using pre14 since Nov 13, and I've just
compiled and installed pre15 this morning (NetBSD 3.1RC1).
Test mai
Just one note:
In the Filters.log relating to the @@FILE macro.
Now that you are logging the full command line to the log, I notice that
in/out filters seem to be getting \\?\D:\Mailroot\spool\etc
But post-rcpt/pre-data (and maybe post-data) are getting C:\WINNT\TEMP\etc
The issue is not the loc
31 matches
Mail list logo