Post what you feel. The ML will help if they can. You can replace IPs and domains etc.
-- Jeremy McSpadden On Mar 31, 2012, at 11:19 AM, "joea" <j...@j4computers.com> wrote: >>>> On 3/31/2012 at 8:22 AM, Michael Scheidell <michael.scheid...@secnap.com> > wrote: >> On 3/31/12 8:04 AM, joea wrote: >>> starting below my local and MP details? Hopefully, the latter, as the >> former leaves me feeling a bit exposed. >>> >> we already know everything you think you want to hide. > > Well, let's hope not . . . > >> if you need help, you need enough full information. >> Or, you make the pastebin 'private', and send the link offlist to >> someone who has volunteered to help. . . . . >> > > If there are more volunteers, beyond the presumed one . . . feel free to . . . > >> >> munging the headers with 'somehost.somenet.sometld [1.1.1.1]' helps no >> one at all. >> >> What information is important might not be apparent to you. > > Well, true as that may be, I cannot fathom how munging any IP or > hostname between final drop and fetch from MSP could have any bearing > on the issue. > >> If it was, you might have solved the problem yourself. > > Perhaps . . . > > Beyond that, where can I find the difference, in a SPAM learning sense, > between "sa-learn --spam filename" and "spamassassin -r < filename"? > > If I do the sa-learn on the same file, after doing spamassassin, it tells me > 0 tokens. > If I then do "sa-learn --forget filename", then "sa-learn --spam filename" it > tells me 1 token learned. > > I infer from this they perform similar or the same function, from a Bayes > sense. > > joe a. > >> -- >> Michael Scheidell, CTO >> o: 561-999-5000 >> d: 561-948-2259 >>> *| *SECNAP Network Security Corporation >> > > > >
