| |||||||||||||||||||||||||||||||
|
>Thanks for all your responses, and sorry for my delay in responding. >We got nailed with a lot of clients having the windows update that >basically trashed peoples computers. > >I just want to clairify what is happening here, because maybe I >painted the wrong picture. > >First I don't use reject_unverified_recipient anywhere in my configuration. Postfix thinks you do. The log entry you supplied is clearly from reject_unverified_recipient. your choices: a) get a list of valid recipients from the client. b) tell the client they must permit your probes. c) change address_verify_sender to something else. d) skip recipient validation for this client (a poor choice) >The problem I have is that I allow one of my client's servers to >relay through our server for outgoing mail. >Their ISP is always getting class C's blacklisted, so we simply >allow our clients server to use us as relay. > >When we sent messages to that domain it rejects it from us, because >they think we are the sender, which of course we are not. >This must be the envelope sender -vs- the real sender. > >Apr 11 11:37:55 saturn postfix/smtpd[6174]: NOQUEUE: reject: RCPT from >dsl-17-41.cofs.net[68.142.17.41]: 450 <sarah.belle>: >Recipient address rejected: undeliverable address: host >mail.anetwork.com[207.47.99.8] >said: 550 5.2.1 Mailbox unavailable. This server does not accept >mails from this sender address (postmaster). (in >reply to RCPT TO command); from=<Joe> >to=<sarah.belle> proto=ESMTP helo=<mail.impress123.com> > >Now for me to have a better understanding, whenever I allow anyone >within my network to RELAY through our server, are we in >effect re-labeling per say the real senders address? No. The log entry is from an address probe. -- Noel Jones
| ||||||||||||||||||||||||||||||
© 2004-2008 readlist.com