On Wed, Feb 02, 2005 at 06:22:47PM +0100, Andre Peitz wrote: > Hi, > > spamcop.net is blocking mailservers when bounces arrived at spamtraps. > This means, that the behaviour of qmail-ldap will result in a listing on > spamcop.net. >
Those guys at spamcop are insane. The have no clue about how mail works and should fix their spam traps. If this is true they definitifly have a quality problem. > We use RCPTCHECK but user over quota bounces will go out and in worste > case to the spamtraps of spamcop.net. When this happen, the mailserver > is blacklisted. Forged from addresses in spam/virus mails are today the > normal way. > As I said it's a spamcop problem that spamcop needs to fix. A bounce needs to be sent if anything goes wrong after the mail got queued. This is how the mail system works. > So what to do? My oppinion is a patch similar to RCPTCHECK which check > the quota and send a 553 during the smtp connection. Any ideas why this > is not a good idea? Any other suggestions? > No good idea as it is unfeasable. To check the quota of a user way more needs to be done than just query that ldap db. One of the task that would be needed is switching of user and I don't like to do that in the smtp porcess. Also it would cause way more load and is inaccurate. Other suggestions. Blame spamcop. Make it public, tell everybody how stupid they are and that the great anti-spam youngsters from spamcop have no clue how mail works. -- :wq Claudio
