Date: Mon, 30 Jun 2003 13:33:06 -0700 From: "David G. Lawrence" <dg@dglawrence.com> To: Wolfgang Zenker <wolfgang@lyxys.ka.sub.org> Cc: freebsd-stable@freebsd.org Subject: Re: Please confirm (conf#3cf11a7145595546740c6064dbc27044) Message-ID: <20030630203306.GF35100@nexus.dglawrence.com> In-Reply-To: <m19X50y-003pUUC@lyxys.ka.sub.org> References: <200306301932.h5UJWEmr025475@apollo.backplane.com> <m19X50y-003pUUC@lyxys.ka.sub.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>> I hate to do it, but I am leaning towards a confirmation system as well. > >confirmation requests not going through because the other person uses >a confirmation system as well sound like a lot of fun. > >Not that I'ld have a better solution ... ASK deals with that as well. If the other confirmation system includes the original email in the confirmation request, then it will allow the email through due to a special-phrase match in the email header or in your signiture. ASK also limits the number of confirmations sent to a particular address to prevent loops like this. I think by now we've strayed far away from freebsd-stable. Information on ASK can be found at http://www.paganini.net/ask - so please go there if you want to know more about it. It's also worth noting that there is a new anti-spam scheme that I heard of recently that operates at the SMTP level. In this scheme, if the mail system hasn't seen email from your server IP + email address before, then it defers reception of the email for a few hours. This stops spam from people doing drive-by spamming since they don't try to re-deliver on temporarly failures. -DG David G. Lawrence Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030630203306.GF35100>