[SC-Help] Re: Are Spam submissions by e-mail working?

[WazoO]

"Brian Hetrick" <bhetrick at notinnedmeats.iname.com> wrote in message
news:csm3ku$f0$1 at news.spamcop.net...
> Could it be that your mail host is not receiving properly?

I'm not anyone important <g>

>  My email submissions to SpamCop go out through my
> ISP's SMTP server, but the replies come back via a mail
> service SMTP server;

I don't do e-mail submittals or have an e-mail account, so
I've no idea what server you might be talking about with
the "mail service SMTP server" ....  we are back to the
way the SpamCop system exists these days, JT's e-mail,
newsgroup, and Forum hosting out in Georgia, the core
of the parsing/reporting side in California, Julian up in
Washington State, mirrors of some things around the
world, Akamai services used for connections around
the world ... that there would be a server or two
dedicated to outgoing mail would be to hard to
imagine .. just not sure if this is what you meant???

> the timestamps on SpamCop replies to my own
> submissions in the face of flakiness at the mail service

Kind of lost again on that one.  "mail service" again ..

> lead me to the conclusion that SpamCop does not queue the
> responses to email submissions. Apparently, the SMTP session is
> started, the response is generated "on the fly" and the spams are
> simultaneously put into the database, and the SMTP session is ended.

 Though not knowing, I'd more likely go with that your spam
submittal goes to an Inbox and once it's been recognized, the
"have recieved a spam" e-mail is kicked out.  The actual
processing of the spam occurs sometime later.  This was the
original intent of the e-mail submittal process .. the user could
process all his/her spam at once, say when coming into the
office .. get back to doing some productive work .. then as
time permitted, go and handle the actual review of the parse
results and send the complaints on their way.

> One result of this approach is that the spams are not available
> through the web interface until the reply email has been successfully
> sent.

 I know that this isn't true.  Many folks have stated that even
if this second e-mail never shows up (and have even stated
that you don't have to wait for that e-mail to arrive) you can
hit the site directly and use the Report-Now function.

As stated above, the e-mail submittal mode was put into place
to help some users with a 'new' process mode, help others that
were upset at having to wait while processing each sequential
spam via the paste-it-in-the-box mode, and as a bit of load /
performance control issue thing, allowing massive spam load
submittals to be holed up and processed as the system could
work them in ...

That Julian has somehow managed to keep throwing more
and more hardware into the mix has somehow convinced
many users that the e-mail submittal mode is supposed to
be and cause an immediate response.  I'm just trying to
point out that this isn't so.

That said, if you have some issues that might be explained
with time-stamp data, that would have to be provided so
someone could take a look at it.