On Sunday, September 11, 2011 03:26:09 PM Kent A. Reed did opine: > Gene: > > [as an aside, I tried to change the subject of this thread once before > but it didn't take, hence my concatenated subject line.] > > On 9/11/2011 11:23 AM, gene heskett wrote: > > Having walked around in that code, some HLL I assume to be C++ that I > > am > > I suspect you are talking about the lex (.ll) and yacc (.yy) components. > This is a venerable approach to creating parsers that goes back to the > earliest days of Unix, it's the sort of thing every computer science > student is expected to know, and it's arcane enough to drive the rest of > us crazy. Considering mailfilter as a black box, can you get enough out > of it with the error reporting cranked up to the max to figure out the > problem header(s)? > In one short word Kent, no (to a possible maybe.) redirection & logging experiments under way now.
> > not and never will be an expert in, I will say that I am considerable > > less than impressed with its error reporting. It also has an include > > "filename" function, but when I used it so I could put it in series > > with each servers fetchmail poll, it lost the ability to delete > > duplicates. I have 3 accounts, one at my ISP, Shentel, but they use > > a godaddy certificate that has never been in the root certificates > > package, or did, they recently transfered their stuff to gmail and I > > haven't been able to access the smtp > > I take it you don't use Shentel any more, so nothing needs to be said. > > > since, one at gmail, which is less than optimum as I have tried > > several workarounds now to get a confirming echo from a mailing list > > post and cannot, so I have no clue if my post ever made it to the > > list other than > > Does this mean that > > 1) the list server options (via > https://lists.sourceforge.net/lists/listinfo/emc-users) are set for you > not to receive your own messages (which is not the default setting, > IIRC) No, it means its a duplicate post, and gmail will not let you turn off the duplicate deletion. > and > > 2) the list server options are set for you not to receive acknowledgment > messages (which is the default setting, IIRC). again, BTDT, the ack is a duplicate and deleted. > I've tried checking my submissions using both mechanisms and both ways > work, granted using another mail server not gmail. Using acknowledgment > messages gives me quicker warning that my ISP is acting up. > > pinging the list 2 or 3 times till someone gets pissed and says we got > > all 3 posts, and an account on my long term employers mail server, > > which uses qmail, filters spam very poorly, gives mailfilter a > > gut-ache, constipating everything until the "defective" message is > > removed by my logging into the webmail server, squirrelmail, and > > either delete it because its spam, or see it is something I want& > > shut down mailfilter, which lets fatchmail suck it anyway. > > > > However, disabling it, and re-enabling it several times a day is a > > PIMA. Its easier to just disable it. It has never had a similar > > problem with whatever server gmail uses for pop3/ssl access. Which > > points at qmail, > > It sounds like you've successfully used mailfilter to access gmail via > the gmail pop3 interface. Why not just go with that, or even forgo > mailfilter since gmail does extensive spam filtering. Much better than qmail and SA-3.1.7. I have been nipping at Jim's heels to update that but tv station stuff keeps getting in the way. SA IMO, has default settings that are about 5% as aggressive as they should be. You can feed it 50 copies of some viagra message and it will only rate the 51st copy at 1.9. That's fertilizer IMO. > > which is older than dirt. Currently running on a centos-5.3 or 5.4 > > server, it was far easier to setup when we setup our first server for > > our own use in about 1998. It, and the machine its running on have > > been updated at least 3x since then, but is it RCF-5322, we don't > > know. Mailfilter itself is not that new either. I have been > > actively looking for another work- alike, but apparently its almost a > > one of a kind. > > I wouldn't fret about the age of mailfilter. Version 0.8.2 is just 2 > years old. Remember that RFC5322 largely repeats the syntax of earlier > RFCs going all the way back to RFC822, and that the changes introduced > in RFC5322 refer to the originating system, which is supposed to > conform, not the receiving system, which is supposed to be > accommodating. I see a couple of changes that could matter but, as it > says in section 4 of RFC5322, > > "The fact that a particular form does not appear in any section of this > document is not justification for computer programs to crash or for > malformed data to be irretrievably lost by any implementation. It is up > to the implementation to deal with messages robustly." and apparently it does not, and the author has indicated it may be a couple years before he can get back to it. :( > > Humm, I wonder if I could send its returns to /dev/null, that would at > > least allow fetchmail to proceed. Worth a test I think. > > In your shoes I believe I'd concentrate on making gmail work. Life is > too short to take on every possible challenge :-) Amen to that. I currently am redirecting mailfilters stderr output to /dev/null for S&G. But a quick check of the log says that is not a working solution either: mailfilter: 0.8.2 querying ghesk...@wdtv.com@mail.wdtv.com on Sun Sep 11 15:32:05 2011. mailfilter: Examining 6 message(s). fetchmail: pre-connection command failed with status 255 fetchmail: Query status=5 (SYNTAX) The only thing missing is the message number that is bad. But in webmail, the first msg has that too old spam smell, deleted. Then I redirected stdout to /dev/null and got no output from mailfilter, but fetchmail only said it was pulling 4 messages, not the 5 that was there 20 seconds before. I have a logfile for mailfilter in ~/log, but despite its being configured to use it, it is not. Oops, wasn't set there, 'tis now. And its using it, but no mail this cycle. :( With VERBOSE at max of 6, it copies every header line to the log, overkill but might show the error if I wait long enough, reset to 5 now, which is supposed to show the failed header line. Now we wait for the next "bad" message. Thanks Kent. > Regards, > Kent Cheers, gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://204.111.66.235:85/gene/> Whom computers would destroy, they must first drive mad. ------------------------------------------------------------------------------ Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
