Yes, I would like to understand why that's failing as well, but I don't quite know what else to tell you. Can you share the conf for all your processors?... this kinda feels like a 'mundane detail' kinda problem (for those who've seen the movie Office Space). -- Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com/
Brad Wallace wrote: > I have verified that those two servers are not in the blackhost list - I > performed a DNS lookup on the inverse addresses as described at > mail-abusers.org. ie, for my inbound relay server x, let's say ip is > h.i.j.k, I looked up k.j.i.h.blackholes.mail-abusers.org and got: > > can't find k.j.i.h.blackholes.mail-abuse.org.: Non-existent host/domain > > > You're right, since I'm controlling my inbound relay servers, I can just > turn off the spam filters and I should be safe, but I'd like to be > confident that I don't need to front james servers with inbound mail > relay boxes at all. Or even consider using james servers as those > inbound relay boxes. > > > Thanks again. > > > -Brad > > > Serge Knystautas wrote: > >>Have you checked that servers x.x.x.x and y.y.y.y are not in the >>spamming blacklist? That'd be my first and only guess reading over your >>email. You are looking at the appropriate logs to see what's happening >>with the messages. >> >>Aside from checking if those servers are in the blacklist, I would even >>urge that you comment out the blacklists. You are only allowing >>incoming mail from 2 servers to be processed (as I understand it)... the >>blacklist filters only check the address of the remote connection, so >>since you're already dumping messages from IP addresses aside from those >>2, there's no need to also check the blacklists. >>-- >>Serge Knystautas >>Loki Technologies - Unstoppable Websites >>http://www.lokitech.com/ >> >>Brad Wallace wrote: >> >>>My blackhole filters, as setup in the default config file, appear to be >>>deciding that everything is spam. I've configured my allowed inbound >>>servers thus: >>> >>> <mailet match="RemoteAddrNotInNetwork=x.x.x.x,y.y.y.y" >>>class="ToProcessor"> >>> <processor> spam </processor> >>> </mailet> >>> >>>where x.x.x.x and y.y.y.y. are inbound mail relay servers which deliver >>>mail to James. This seems to work fine if I comment out the blackhole >>>filters. With any of the three blackhole filters enabled (not commented >>>out), all mail gets processes as spam according to the spoolmanager >>>logfile. I have the following DNS entry: >>> >>> <dnsserver> >>> <servers> >>> <server>a.a.a.a</server> >>> </servers> >>> <authoritative>false</authoritative> >>> </dnsserver> >>> >>> >>>I've verified using nslookup from the command line on the machine >>>running james that this DNS server is reachable and functional and that >>>neither of my inbound relay servers (x.x.x.x and y.y.y.y) are on any of >>>the three blackhole lists. I can retrieve information about >>>mail-abuse.org from this DNS server, so I believe the DNS side is fine. >>> >>> >>>Here's the first of my three blackhole list entries (any one of which >>>seems to be sufficient for all mail to be classified as spam): >>> >>> <mailet match="InSpammerBlacklist=blackholes.mail-abuse.org" >>> class="ToProcessor"> >>> <processor> spam </processor> >>> <notice> Rejected - see http://www.mail-abuse.org/rbl/ >>></notice> >>> </mailet> >>> >>>here's what I see in the spoolmanager log: >>> >>>Fri Apr 19 22:09:44 GMT 2002 [INFO ] (spoolmanager): ==== Begin >>>processing mail Mail1019254184039-0 ==== >>>Fri Apr 19 22:09:44 GMT 2002 [INFO ] (spoolmanager): Processing >>>Mail1019254184039-0 through root >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.root): Servicing >>>mail: Mail1019254184039-0 >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.root): Checking >>>Mail1019254184039-0 with org.apache.james.transport.matchers.All@55e55f >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.root): Servicing >>>Mail1019254184039-0 by Postmaster aliasing mailet >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.root): Checking >>>Mail1019254184039-0 with >>>org.apache.james.transport.matchers.RelayLimit@45c859 >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.root): Checking >>>Mail1019254184039-0 with >>>org.apache.james.transport.matchers.InSpammerBlacklist@2c1e6b >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.root): Servicing >>>Mail1019254184039-0 by ToProcessor Mailet >>>Fri Apr 19 22:09:44 GMT 2002 [INFO ] (spoolmanager): ==== Begin >>>processing mail Mail1019254184039-0-!917652054 ==== >>>Fri Apr 19 22:09:44 GMT 2002 [INFO ] (spoolmanager): Processing >>>Mail1019254184039-0-!917652054 through spam >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.spam): Servicing >>>mail: Mail1019254184039-0-!917652054 >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.spam): Checking >>>Mail1019254184039-0-!917652054 with >>>org.apache.james.transport.matchers.All@5b05b2 >>>Fri Apr 19 22:09:44 GMT 2002 [DEBUG ] (spoolmanager.spam): Servicing >>>Mail1019254184039-0-!917652054 by ToRepository Mailet >>>Fri Apr 19 22:09:44 GMT 2002 [INFO ] (spoolmanager): ==== Removed from >>>spool mail Mail1019254184039-0-!917652054 ==== >>>Fri Apr 19 22:09:44 GMT 2002 [INFO ] (spoolmanager): ==== Removed from >>>spool mail Mail1019254184039-0-!917652054 ==== >>> >>> >>>and the mail ends up in my spam folder. >>> >>>I'm running James 2.0a2 on solaris under java-1.3.1_02. >>> >>> >>>Please let me know if I can provide more details. Thanks much. >>> >>> >>>-Brad -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
