Re: Batch processing?
[email protected] (Spam Eviscerator)
| Newsgroups | gmane.mail.spam.spamcop.help |
|---|---|
| Organization | Disorganized |
| Message-ID | <1gz6ua6.puya3717cpku8N%[email protected]> |
Mike Easter <[email protected]> wrote: > Spam Eviscerator wrote: > > Is it possible to batch process spams that have been emailed to > > spamcop? Doing it one at a time is incredibly tedious, especially > > when I get 100 spams a day. <snip> > Normal reporting by email submission submits many spams and receives > links to many parser results at a later time, which links are accessed > one at a time for selections of notifies to report. The delay between > emailing the bulk spam submissions and receiving the parser links > varies. Multiple parallel browser iterations of the links again reduce > waiting time. This is what I'm doing right now. But it appears quite clunky. > Pre-approved quick reporting by email submission submits many spams at a > time, whose parser derived spamsources are assumed 'autoapproved' right > or wrong with resultant reporting of all of the sources and no > spamvertisers without further reporter action on any parser links > required. How does one get them "pre-approved" for quick reporting? I've already added my mailhosts to the appropriate place in SC. And besides, I've inspected the spams in my junk folder before I sent them on to SC for reporting (so there's no likelihood of my reporting my own ISP--at least that hasn't happened since I've added my own mailhosts). Currently, what I've done after emailing the spam submissions, is to click "Report Spam" and then approve them for transmittal one by one. This one-by-one approval is what's driving me nuts. Is there a screen that I'm not aware of that allows me to list all submitted spams with perhaps a checkbox beside each so I can check them all off and do a mass submission? > SpamCop email clients can quickreport en masse directly from their held > webmail. Unfortunately, this doesn't work for me since I have numerous email addresses that are not SC related. > Because there is some hazard of errant reporting of parser errors by > quickreporting, every configurable effort should be made to reduce the > chances of reporting your own provider by configuring for mailhosts > before any quickreporting begins. I understand. I have already done this, both by registering my own mailhosts at SC and inspecting the spams held in my Eudora Junk mailbox before I invoke an AppleScript which automatically creates and sends the spams, complete with headers, one per email, to SC for further processing.