From: K P. <nnt...@gm...> - 2009-10-31 19:11:11
|
Yeah, and that's fine, but what about allowing our users to whitelist addresses? Let's keep with the google-alert example since it's real world. If a user gets a message erroneously blocked from google alerts, and to insure that messages from them continue to arrive, regardless of content, they send a message to the addtowhite email address. BUT if they whitelisted the address that shows in the block report, real example: 3Hf...@al... that wouldn't work, since it's a unique email address identifying only that one email. I believe that long unique address is pulled from the log and is the mail from address. What they'd really want to whitelist would be the goo...@go... address, that appears on every alert email in the from line. YES, I agree, that the RE to identify non-spam would work, but our users can't add to that list. Before with version 1.4, a whitelisted from address would make a message act like it was sent from a whitelisted mail from. This broke with version 2 at some point and was fixed earlier this month in version 2.0.1. rc 0.5.04. I tested that version and was pleased to see notgreedy working again, but it's broken again. I think with .07 or maybe even the .05/06 (single) release. I hope you know what I mean now, if not let me know and I will try to explain more. And if you do understand, I'd be interested in your opinion on splitting the not greedy functinality as previously described. THANKS On Sat, Oct 31, 2009 at 2:32 PM, Fritz Borgstedt <fb...@iw...> wrote: > ASSP development mailing list <ass...@li...> > schreibt: >>NotGreedyWhitelist > > > You should consider to use > Regular Expression to Identify Non-Spam* (whiteRe) > for those cases, where the address is not the envelope address. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Assp-test mailing list > Ass...@li... > https://lists.sourceforge.net/lists/listinfo/assp-test > |