|
I'm all about makin' mo money, and also giving back to the community.
Speaking for myself at least, this is enough of a kludge that it can't
be packaged up as a simple app since it would require hands on support
and substantial modifications to set up on most any system. It was
built around the way that I do things, and there are so many different
approaches to doing the same things that you would either have to
modify your approach to my way, or code something up according to your
own way. Kevin's approach might be more appropriate for your needs (not knowing what they are specifically of course) and it is easier to replicate in a general sense since I assume that the dependencies are just simply having a directory somewhere with held E-mail and a Web server with script access to that directory. I desire this myself and it would be fairly easy to pull off for a single domain, but it would take a lot of work to integrate it across many domains that constantly change. I hope to use both methods at some point, storing lower scoring blocked messages in a capture account giving a week's worth of messages, and delivering each domain's administrator a summary by E-mail of the day's lowest scoring blocked messages with review and reprocessing/reporting capabilities, but the current method is fine for now and I'm probably not going to bother with the other until I migrate to whatever IMail's replacement becomes. Matt Marc Catuogno wrote: Wow any of those scripts available for sale? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Colbeck, Andrew Sent: Wednesday, February 23, 2005 9:27 PM To: [email protected] Subject: RE: [Declude.JunkMail] SmarterMail Held email recoveryAha! That's pretty nifty, Kevin. Well, *if* SmarterMail doesn't have the ability to re-queue without scanning, I'd suggest that you could add a bit more development to your web application to accomodate automatic counterweighting of re-queued messages. You're a programmer, so I don't have to detail a technique for inserting a magic cookie into the header, and have Declude check for the cookie and counterweight/whitelist appropriately. But heck, I figured it was worth mentioning here. Andrew 8) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Kevin Bilbee Sent: Wednesday, February 23, 2005 5:55 PM To: [email protected] Subject: RE: [Declude.JunkMail] SmarterMail Held email recovery I do not monitor my hold directory manually. I have a program the sends and email to all the users that have held email from the previous day with a recovery link for each message. The user has the option to recover the mesage or not. If they recover the message it is requeued and then delivered. A copy of the message source is also sent to our abuse@ email address to be analyzed and adjusted or to notify the admin of the sending server of the problem. Most of the messages that get held with our configuration fail due to SFP, HELOBOGUS, and RDNS otherwise I have very few false positives from filters to adjust for. I do not adjust for IP4 black list failures a server would have to be in 2 or 3 black lists to be held. Kevin Bilbee-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Colbeck, Andrew Sent: Wednesday, February 23, 2005 5:39 PM To: [email protected] Subject: RE: [Declude.JunkMail] SmarterMail Held email recovery Well, I guess our goals differ. So although with IMail+Declude you can re-queue without scanning (your way) as well as re-queue with scanning (my way), I choose to re-queue with scanning AND fix the reason why the message was held. Re-queuing with scanning forces me to fix it, and I also try to fix itso that it is also fixed for future messages. So, while we wait for an official answer to your question (Hello, Declude?) can you tell us why you want to re-queue without scanning? Andrew 8) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Kevin Bilbee Sent: Wednesday, February 23, 2005 5:04 PM To: [email protected] Subject: RE: [Declude.JunkMail] SmarterMail Held email recovery SmarterMail executes declude allover again. -- ===================================================== MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ ===================================================== |
- RE: [Declude.JunkMail] SmarterMail Held email recovery Colbeck, Andrew
- RE: [Declude.JunkMail] SmarterMail Held email reco... Kevin Bilbee
- RE: [Declude.JunkMail] SmarterMail Held email reco... Colbeck, Andrew
- RE: [Declude.JunkMail] SmarterMail Held email reco... Colbeck, Andrew
- RE: [Declude.JunkMail] SmarterMail Held email ... Marc Catuogno
- Re: [Declude.JunkMail] SmarterMail Held em... Matt
- RE: [Declude.JunkMail] SmarterMail Held em... Kevin Bilbee
- RE: [Declude.JunkMail] SmarterMail Hel... Shayne Embry
- Re: [Declude.JunkMail] SmarterMai... Darin Cox
- Re: [Declude.JunkMail] SmarterMail Held email reco... David Franco-Rocha
