Hi Len: I am sorry but I am confused now based on your response.
- Our system sends a payment receipt to the donor. We accept donations & payments for charities, organizations, etc. - The receipt is sent for the payment. It is not spam or any unsolicited email. They pay they get a receipt. Now the receipts are coming back to our accounting for confirmation before they are delivered to the donor. I don't understand your assertions... It is our nightmare .. We caused it? We accept bounce messages. That account is not inactive.. It actually receives email but we ask emails to be sent to Support. If someone replies to the email it goes to support. It is not bounced. All I ask is if several hundred people's confirmation comes to our accounting for confirmation of the confirmation email before it gets delivered to the donor ... Would that not be a nightmare? It is like a listserv where every member of the list asks a confirmation every time someone posts to it. Regards, Kami -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Conrad Sent: Wednesday, May 28, 2003 9:24 AM To: [EMAIL PROTECTED] Subject: Re: [IMail Forum] Automatic Reply- confirmation >Our online system for payment processing sends a confirmation email to >people when they make a payment and now mail servers are starting to reply >to that address asking for confirmation. The "sender address verification" technique is proving very effective in stopping a lot of abuse that escapes other restrictions. Sender address verification has this requirement: "we will accept mail FROM your sender if your you accept our mail TO your sender". > We process a lot of payments on an hourly basis and if this new trend > becomes adopted we are facing a nightmare. It's your nightmare, you cause it, you stop it. Not accepting bounces makes you look just like tons of spammers. Look like a spammer, get rejected like a spammer. >The account that is used for sending the confirmation receipt is not >used >for anything else and people are not supposed (?) to send any emails to it. RFC requires that an envelope sender accept bounce msgs to the envelope sender as recipient, so you are in violation of RFCs. >It is recommended to our clients to whitelist that account Your error is both getting your legit mail to your clients rejected and causing other mail admins the hassle of whitelisting your erroneous server. >What this amounts to simply is the payment receipt is not delivered to >the >person that has made the payment. This "false problem" is so easy for you to fix, it's amazing you haven't done it already and are asking for "ideas" here. Your error is causing problems for your clients who are hassling their mail admins. Stop making your error and give everybody else a break. More and more MXs will start implementing this technique (I've been installing for all my IMGate clients and will continue), you nightmare will become much worse. Len _____________________________________________________________________ http://MenAndMice.com/DNS-training: Denver; New York; Seattle IMGate.MEIway.com: anti-spam gateway, effective on 1000's of sites, free To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
