Ok its not exiting with 3 but xmail is ignoring the exit code of 4 and
delivering the infected emails anyway.
Nick Marino wrote:
Anyone see anything wrong with this line from my shell script?
This is part of an AV script.
exitReject=[4 + $exit_Code]
Its supposed to add 4 to the exit code
Hi Davide, thanks for the reply.
I have a newbie question that I'm embarrassed to ask, but I just can't
find the answer in the docs or the archives. I'm attempting a new
installation and I need to move the MailRoot directory from the default
location. I initially installed by rpm and the
I have enabled POP logs. Is there any way to hide passwords in that log?
Thanks.
Eugenio
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]
Davide, are you ignoring me for now? :-P
ok - i have an entry in extaliases.tab :
topconcepts.com ruempler tcsoenke
to map my internal adress.
So XMail puts a Reply-To: header in the mail if it's internal.
now we have a internal mailing list called '[EMAIL PROTECTED]' - that has
Yes!
The key is MAIL_ROOT system variabel.
It MUST be in the system to make filters work properly.
This variable is not defined by default (at least after rpm package =
install)
It looks like XMail can't find '../filters' directory without this =
variable.
Unfortunately this is not _directly_
On Tue, 23 Sep 2003, Nick Marino wrote:
Ok its not exiting with 3 but xmail is ignoring the exit code of 4 and
delivering the infected emails anyway.
Get 1.17 and run it in debug mode. Then look at the error code returned by
the script.
- Davide
-
To unsubscribe from this list: send the
On Tue, 23 Sep 2003, Jeffrey Laramie wrote:
Initially I just cut and pasted the entire directory tree using
konqueror. I reviewed the files and they all appeared to be there,
although I didn't look for hidden files. I tried again using rsync -arv
to copy the files. After I did this it
On Tue, 23 Sep 2003, Michail Tchoudinov wrote:
Yes!
The key is MAIL_ROOT system variabel.
It MUST be in the system to make filters work properly.
This variable is not defined by default (at least after rpm package =
install)
It looks like XMail can't find '../filters' directory without
On Tue, 23 Sep 2003, . wrote:
I have enabled POP logs. Is there any way to hide passwords in that log?
What about setting the correct permissions to MAIL_ROOT ?
- Davide
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For
On Tue, 23 Sep 2003, [iso-8859-1] S=F6nke Ruempler wrote:
Davide, are you ignoring me for now? :-P
No, I'll look into it when I'll have time.
- Davide
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the
--- Davide Libenzi [EMAIL PROTECTED] wrote:
On Tue, 23 Sep 2003, Nick Marino wrote:
Ok its not exiting with 3 but xmail is ignoring the exit code of 4 and
delivering the infected emails anyway.
Get 1.17 and run it in debug mode. Then look at the error code returned by
the script.
--- Davide Libenzi [EMAIL PROTECTED] wrote:
On Tue, 23 Sep 2003, Nick Marino wrote:
Ok its not exiting with 3 but xmail is ignoring the exit code of 4 and
delivering the infected emails anyway.
Get 1.17 and run it in debug mode. Then look at the error code returned by
the script.
On Tue, 23 Sep 2003, [EMAIL PROTECTED] wrote:
--- Davide Libenzi [EMAIL PROTECTED] wrote:
On Tue, 23 Sep 2003, Nick Marino wrote:
Ok its not exiting with 3 but xmail is ignoring the exit code of 4 and
delivering the infected emails anyway.
Get 1.17 and run it in debug mode.
Hello,
| I have enabled POP logs. Is there any way to hide passwords=20
|in that log?
|
|What about setting the correct permissions to MAIL_ROOT ?
It's the immediate solution, but the basic security rule is not to give =
a
chance - and no not rely on one thing. It's why you should patch your =
Davide Libenzi wrote:
On Tue, 23 Sep 2003, [EMAIL PROTECTED] wrote:
You have to stop the daemon/service and then run it inside a terminal
using 0Md (and --debug in case of Windows). Debug messages go to the
terminal.
- Davide
Ok I did that, I stopped the service and excuted xmail from
On Tue, 23 Sep 2003, Michal Altair Valasek wrote:
Hello,
| I have enabled POP logs. Is there any way to hide passwords=20
|in that log?
|
|What about setting the correct permissions to MAIL_ROOT ?
It's the immediate solution, but the basic security rule is not to give =
a
chance - and
On Tue, 23 Sep 2003, Nick Marino wrote:
Ok I did that, I stopped the service and excuted xmail from a terminal with
the -Md switch but nothing was output. It started xmail and it just returned
to a command prompt. No out put at all other than it showing me xmail was
started and the process
I agree. If someone has root access, you are screwed. But this stance
does beg the question: Why do we hash passwords in the .tab files then?
While I prefer that passwords are hashed, I understand your stance here.
Now imagine someone running PHPNuke on the same box as Xmail. What if
there is
Just because someone CAN get to the files doesn't mean it should be
easy. Passwords should either be removable from the log as an option or
hashed (or both :-) ) I admit it sometimes very handy to check for
spelling mistakes in passwords, but leaving them out would be nice too.
Hi Davide,
Davide Libenzi wrote:
On Tue, 23 Sep 2003, . wrote:
I have enabled POP logs. Is there any way to hide passwords in that log?
What about setting the correct permissions to MAIL_ROOT ?
I agree with Vitor and Michal. IMHO storing unencrypted passwords
anywhere is a bad
--- Davide Libenzi [EMAIL PROTECTED] wrote:
On Tue, 23 Sep 2003, Nick Marino wrote:
Ok I did that, I stopped the service and excuted xmail from a terminal
with
the -Md switch but nothing was output. It started xmail and it just
returned
to a command prompt. No out put at all other
|Look, if someone get root/SYSTEM in your machine, hiding
|passwords from a log file does not help at all.
On NT root != SYSTEM.
And yes, it would not save my ass on itself, but I really don't feel
necessary to have it naked and offered for kick this way.
-- Altair
-
To unsubscribe from
Anyone know why LMAIL is not returning the correct parameters?
LMAIL [00] file processed:
/var/MailRoot/spool/local/1064374449000.15858.ifix1.ifixcomputers.net
Missing parameter ! Parameters from XMail should be @@FILE, @@FROM, @@RCPT
Second part (line) is an error generated by me AV script.
No, I'll look into it when I'll have time.
ok thx, just wanted to know if you read this :-)
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]
24 matches
Mail list logo
