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)? > 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) and 2) the list server options are set for you not to receive acknowledgment messages (which is the default setting, IIRC). 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. > 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." > 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 :-) Regards, Kent ------------------------------------------------------------------------------ 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
