Hi, Thanks for the reply!
I have looked at the NDRs and they were all outgoing. These
were NDRs being generated as non-existing users were getting spammed,
collateral SPAM. I have since enabled a verify user rule in the rcpt
acl:
drop message = user does not exist in this organization
!verify = recipient/callout=5s
This rule is dropping the invalid incoming recipients, not
allowing the NDRs to build up in the queue.
Now a problem I see with this rule is: If an email comes in
with a good address and a bad address the entire email is blocked. Is
there a way to let it deliver the message to the good user but not
attempt to deliver to the bad user?
As for dropping blank senders, this is no longer needed with the
rule above. The NDRs were all showing up with blank senders, I was
misinterpreting the NDRs at first as attempted outgoing SPAM.
>>I have tested the server for open relay and it is clean,
>How did you test it?
This system is configured as an incoming gateway. I have
configured this using the hubbed_hosts. The relay to domains set to my
domains. To verify that the system is not an open relay I ran some
tests that are available on the internet as well as the basic test.
http://www.antispam-ufrj.pads.ufrj.br/test-relay.html
http://members.iinet.net.au/~remmie/relay/
http://www.abuse.net/relay.html
Unfortunately I was unable to do the normal telnet test that is listed
in the docs (issue with NAT gateway and 1 to 1 IP mapping) but these
tests all show clean (and a periodic check to the ORDB)
-Paul
-----Original Message-----
From: exim-users-bounces@??? [
mailto:exim-users-bounces@exim.org]
On Behalf Of Marc Haber
Sent: Sunday, January 16, 2005 9:14 AM
To: exim-users@???
Subject: Re: [exim] exim debian, incoming mail gateway queue
On Fri, 14 Jan 2005 12:09:49 -0700, "Paul Gaynor"
<pgaynor@???> wrote:
>It would appear that these messages in the queue are NDRs.
Then it would be a good idea to quickly find out what these NDRs are.
Incoming? Outgoing?
If incoming, why haven't they been delivered to their destination? If
outgoing, what were the incoming messages that caused the outgoing
NDRs to be generated?
>Is there a way to disable NDRs in exim?
Why do you want to do that?
>How about dropping mail where there is a
>blank sender name?
That would deprive your users of the important error messages that
might inform them about mail not being delivered. And it would have
you blacklisted with rfc-ignorant.org.
>I have tested the server for open relay and it is clean,
How did you test it?
>just NDRs going out.
So we are talking about outgoing NDRs? In that case, blocking incoming
e-mails with a null sender won't bring you anywhere. What are the
messages that caused the outgoing NDRs to be generated?
Greetings
Marc
--
-------------------------------------- !! No courtesy copies, please !!
-----
Marc Haber | " Questions are the | Mailadresse im
Header
Mannheim, Germany | Beginning of Wisdom " |
http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621
72739834
--
## List details at
http://www.exim.org/mailman/listinfo/exim-users Exim
details at
http://www.exim.org/ ##
