On 2019 Mar 24 22:31:30, you wrote to me:

 >> are the bundles in your secure or insecure inbound?

 JS> Since it is a pass worded BinkD session. The bundles are put in the
 JS> secure/protected inbound. HPT sees and tosses other mail bundles from other
 JS> uplink's but not from this particular uplink.

ok...

 JS> I also  forgot to mention until I had posted my last message that the
 JS> expected mail bundle file extension from this uplink is not the usual
 JS> .su[0-9,a-z], Etc. But is instead .[a-z][0-9,a-z]. If I open the oddly
 JS> named mail bundles and extract the PKT's the PKT's then toss  fine.

ummm... i'm confused by the extension stuff... are you saying that they
were coming in with only two characters and not in the normal format?
please give an example of one of them... not a regex...

 JS> I have since requested the uplink to send only uncompressed PKT files
 JS> and have gotten a confirmation of my request. In fact several PKT's
 JS> have arrived and were tossed without error. That isn't going to keep
 JS> me from wanting to find the actual cause of what was  happening and
 JS> why.

what software is that system running?

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin'
it wrong...
... Not breaking the rules, just testing the elasticity...
---