On Thu, Nov 13, 2008 at 2:14 PM, mouss <[EMAIL PROTECTED]> wrote: > D G Teed wrote: > >> >> What makes you believe I'm listed? I got a single report >> of a complaint. Have you not used the spamcop >> web interface before? >> >> never ever. should I?
No, but as you said, some people report the wrong problem and I'd like to check. I guess if your mail server eats all email and you have no users whose accounts get compromised by phishing then you'd never need to see the spamcop report, even occasionally. > We send non-delivery responses. >> > > if these are "user does not exist" or "filter thinks this is spam/virus" > and the like, then you are a backscatter source. I don't think we "send" NDRs as emails originating here. I think we reject emails. Maybe you can tell me. I test emailed a bogus address at work from home. My home ISP's SMTP server sent back a NDR, not my work's MX server. Inside the NDR from my home ISP's SMTP, I see reference to the name of one of the workplace MX servers, but the Reporting-MTA is that of the home ISP, not work's MX. > > If someone emailed >> [EMAIL PROTECTED], it will reject, >> saying that user doesn't exist. Our users expect this feature. >> If we told them bad addresses will cause email to be lost without >> notification, they would not be happy. >> >> > if address is typoeduser, then reject it during the smtp transaction while > the "untrusted" client is still connected. once you accept mail, you should > no more send bounces, except in few controlled situations. > > sure, losing mail is bad. but you should reject mail during the smtp > transaction. if your postfix is a lreay server and you can't get the > relay_recipient_maps, then you can use reject_unverified_recipient (only for > selected domains). > In this thread I've posted my postconf -n output. We user virtual_alias_maps and smtpd_client_restrictions = reject_unlisted_recipient is at the beginning of our list of restrictions. This causes email to be rejected for non-delivery. We do not relay to our Exchange or Cyrus server only to find out at that stage the email address does not exist. Our mapping file (virtual_alias_maps) is the complete list of all addresses and what final server they go to. [EMAIL PROTECTED] [EMAIL PROTECTED] Does this not achieve the same result as using relay_recipient_maps ? --Donald
