>> On 20.05.10 07:05, Sam Varshavchik wrote: >>> This is typically done by exporting the user list as aliases: >>> [email protected]: [email protected] >>> >>> All nonexistent addresses would therefore be rejected as unauthorized >>> relaying.
> Matus UHLAR - fantomas writes: >> What if the users have authenticated do they have relaying privileges? On 20.05.10 18:04, Sam Varshavchik wrote: > The mail will be accepted, but subsequently bounced. ...and this is what I would like to avoid. >>>> Another question is - can courieresmtpd validate existence of addresses >>>> provided in mail from: in the same way as it validated rcpt to: ? >>> >>> Nope. >> >> :-( >> >> Can you please answer my last question - can (are) domain in rcpt to: >> validated the same way as those in mail from:, when BOFHCHECKDNS is set? >> So the users wouldn't send mail to nonexistent domains... > > No. Historically this originated as an easy way to reject junk mail with > a randomly-generated return address. There was never a need to do a DNS > lookup on the recipient's domain. That's where that came from. I'm aware of this. Unluckily, some of our customers tend to make many mistakes so the mail bounce (and they quite often misconfigure their source address so the mail double-bounces). Therefore I would like to push the checks at smtp time. Currently courier does: - validate sender domain - validate recipient address, if it's local. What would I like to add: - validate recipient domain - validate sender address And I'd like to change address validation that it would be validated, if it's known, not only if it's local. This could give us advantage on MX relays, which could e.g. mirror recipients database using ldap... -- Matus UHLAR - fantomas, [email protected] ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. We are but packets in the Internet of life (userfriendly.org) ------------------------------------------------------------------------------ _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
