Date: Thu, 10 Jun 2010 12:12:50 -0400 From: Jerry <freebsd.user@seibercom.net> To: freebsd-questions@freebsd.org Subject: Re: Midphase Hosting Message-ID: <20100610121250.6ae70dfb@scorpio> In-Reply-To: <201006101512.48246.j.mckeown@ru.ac.za> References: <201006101147.40385.j.mckeown@ru.ac.za> <201006101432.23605.j.mckeown@ru.ac.za> <4C10E2F5.70806@infracaninophile.co.uk> <201006101512.48246.j.mckeown@ru.ac.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 10 Jun 2010 15:12:48 +0200 Jonathan McKeown <j.mckeown@ru.ac.za> articulated: > On Thursday 10 June 2010 15:04:53 Matthew Seaman wrote: > > > > The only other mechanism might be to tag each list e-mail with a > > unique value for each recipient in such a way that it is preserved > > in the message that mpcustomer.com's help system sends out. That > > has severe problems of scale and load on the FreeBSD mail servers, > > but it might be possible. There is a similar technique (whose name > > I have temporarily forgotten) that some mailing lists use where > > they tag the envelope sender address with the recipient name in > > order to identify addresses that are bouncing back the list e-mail. > > Isn't that called VERP (variable envelope return path)? I agree - the > load it would impose isn't worth it. I'm just shocked that midphase > care so little about their reputation or the impression this is > giving, on one of the more widely-archived mailing lists, of their > competence and diligence. I have employed VERP with mailing lists that I controlled. I never noticed any adverse effects. I know of several technical lists like Dovecot that employ it. Obviously, they find it useful. -- Jerry FreeBSD.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ "If you have a hill to climb, waiting won't make it smaller." Anonymous
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100610121250.6ae70dfb>