Re: [Bounce Handling] Searching information
On Tue, 2009-09-08 at 13:27 +0200, no_s...@cardiff.fr wrote: Hello postfix users We have approx 150 customers that wish to do marketing email with their customers, and we have had these customers knowing former spam listing, because they / we did not cope feedback loops, list retrieval and all the ‘quality service’ recommendations. So they *are* spammers then? Where am I wrong, and what is necessary to setup bounce handling knowing that : 1- Bounces return addresses are constructed dynamically, and there is no real user account corresponding to bounce.--x...@bounces.f.net If you are sending mail to valid users who have opted in, it won't bounce. Will it :-) -- --- C Werclick .Lot Technical incompetent Loyal Order Of The Teapot. This e-mail and its attachments is intended only to be used as an e-mail and an attachment. Any use of it for other purposes other than as an e-mail and an attachment will not be covered by any warranty that may or may not form part of this e-mail and attachment.
Re: [Bounce Handling] Searching information
Clunk Werclick wrote: On Tue, 2009-09-08 at 13:27 +0200, no_s...@cardiff.fr wrote: Where am I wrong, and what is necessary to setup bounce handling knowing that : 1- Bounces return addresses are constructed dynamically, and there is no real user account corresponding to bounce.--x...@bounces.f.net If you are sending mail to valid users who have opted in, it won't bounce. Will it :-) Oh yes it will. Mailing lists decay over time as people change their email addresses and forget to update their details with any opt-in lists they've subscribed to. Bounce handling is, therefore, an essential aspect of list administration - you need to be able to update the list regularly to remove inactive addresses from it. Lack of bounce handling is precisely the sort of thing that can get an otherwise entirely reputable list flagged as a spam source. Mark
RE: [Bounce Handling] Searching information
[Humour on]Wooow Thanks a lot, I knew I would have this sort of response, and it helps me and others certainly a lot...[/humour off] Clunk Werclick wrote So they *are* spammers then? Are they ??? Well in fact no, it's their client database, collected through vehicles they sold, with emails of client that have legitimately opted in when buying their vehicles. Our clients are responsible legally of their databases, we offer the technical interface, that will help all opt-out, quality responses, and bounces to be dealt with. (things they can't and don't do under outlook... man) Most of all, andafter asking our clients, last-end email users are at 90 % vehicles professional that himself sells vehicles to individuals. Now do we provide a spamming solution ? We hope not, and we are providing all last-end emailed user the possibility to unsubscribe at any moment of single / all databases. And if we have spam complain / reports, it is clear that the concerned client, will have to give us it's opt in policy, if he wants to continue using his services. Clunk Werclick wrote If you are sending mail to valid users who have opted in, it won't bounce. Will it :-) Do you have any email marketing knowledge ? Here are some cases of bounces that do need to be dealt with : - User email address changes not notified to our clients. (I change my mail from wanadoo to neufcegetel, and I certainly did not tell it to all subscripted mailing lists) - ISP domain change (we have had the case in France the last 6 months : 2 ISP's have closed, and more than 500 000 email addresses are not valid anymore, this gives our clients a chance in 5 to have a closed address in his legitimate database) - Domain MX problems. (Soft or hard) And this only concerns valid users, not spam databases. Now I don't need lessons on spamming. We are setting this up in order to let our client, do email marketing, the best way possible (including SPF / DK / DomainKeys / ReturnPath, and all available systems), and allowing users / admins to identify spam source, complain, and unsubscribe. My question is how to I manage bounces back in my postfix servers, knowing that the bounce addresses do not exists as valid users ??? If you don't have the answer, I don't think community needs your personal comments on what's good and what's bad...
Re: [Bounce Handling] Searching information
no_s...@cardiff.fr wrote: My question is how to I manage bounces back in my postfix servers, knowing that the bounce addresses do not exists as valid users ??? If you don't have the answer, I don't think community needs your personal comments on what's good and what's bad... Create a virtual domain (eg, bounces.example.com) and add a catch-all alias so that everything to that domain gets forwarded to the bounce handler's inbox. The bounce handler can then parse all the incoming messages and take action based on the recipient address. Yes, you'll also get lots of spam to this domain, but as long as everything is being handled automatically then that's not an issue as no human ever needs to read it. Mark
RE: [Bounce Handling] Searching information
On Tue, 2009-09-08 at 14:02 +0200, no_s...@cardiff.fr wrote:
[Humour on]Wooow
{snip}
The answer is you check your logs, write a script to check your logs and
update your databases - or use one of the many mailing list manager
programs that exist. Postfix is simply the MTA. In fact I guess this
very mailing list is using something similar to what you need.
Forgive the bluntness of my response.
--
---
C Werclick .Lot
Technical incompetent
Loyal Order Of The Teapot.
This e-mail and its attachments is intended only to be used as an e-mail
and an attachment. Any use of it for other purposes other than as an
e-mail and an attachment will not be covered by any warranty that may or
may not form part of this e-mail and attachment.
Re: [Bounce Handling] Searching information
On 9/8/2009 6:27 AM, no_s...@cardiff.fr wrote: Hello postfix users First I’ll say that it’s about 10 days I read Mailing list history, and I that I Google around in order to understand Bounce Handling in postfix. (I’m a former Exim user) I’ve found with Google several sites explaining how to set up bounce handling, but up to now all methods tested do not work for me… Let me explain first what we want to do and what is done up to now : - We have approx 150 customers that wish to do marketing email with their customers, Bounces are returned to the envelope sender address; to control where bounces go, set the envelope sender address appropriately. Use VERP to encode the recipient as part of the envelope sender. This way bounces are easily parsed to see which recipient caused the bounce. http://www.postfix.org/VERP_README.html A mailing list manager will do all this and more for you automatically. I strongly suggest you use one of the fine MLMs available. Mailman and majordomo are frequently suggested. -- Noel Jones
RE: [Bounce Handling] Searching information
For those who might need this later, I've finally with the help of gandi-hosting newsgroup / irc Found solution to my problems : 1rst thing : My transport_map was not initialized in main.cf : To make piping work it's better to set it correctly without any misspelling... transport_maps = hash:/etc/postfix/transport_maps which contains : bounces.f.net bounceh: 2nd thing : Master.cf had a problem with php file mapping, I had followed : http://answers.google.com/answers/threadview?id=562518 In my case I had to use following : bounceh unix - n n - - pipe flags=Rq user=phpuser argv=/usr/bin/php /srv/f/www/f.net/htdocs/bounces/get_bounces.php $sender $recipient Last thing : Php script must take a #!/usr/bin/php in first line to make it bash comprehensible... don't know why but seems needed. Script must evidently have rights to execute. Php script must be unix formatted, beware of any Windows / Mac editors that can loose the unix format to file and throw errors like file not found, when the file does exist with a ls -la. Thanks any case for your ideas... T. de LASSAT
