20 Nov 16 13:17, you wrote to me:

 ml>> the main thing i am looking at is that the messages, when exported,
 ml>> should contain the datetime stamp which should be imported into each
 ml>> packed message... why they are not, i have no clue... it could be
 ml>> because the messages simply do not get datetime stamps when they are
 ml>> created... i've known of software doing exactly that so as to prevent
 ml>> tracking of the poster's activities... today they call it "meta
 ml>> data"...

 NB> Have you checked his test message using pktdate?

all PKTs are processed here by pktdate in report only mode... i used to have it
correct dates but stopped that after a couple of yuge regurges came through and
were modified and passed on... i stopped that right quick at that time...

 NB> If so, has it returned to you as a dupe modified by another system
 NB> using pktdate as well?

no idea... there's nothing in the pkts that indicates that pktdate touches them
at all...

 ml>> a bandaid at best but yes... it will work for now...

 NB> True. Impulse is a very old software, so while the band-aid helps him
 NB> export properly.. I think it'll add to the mess if he starts hubbing
 NB> for other systems, much like whatever other system out there that
 NB> is/was modifying his originals.

if the bug gets fixed in the exporter, it should work just fine...

 ml>> personally, if i were working on such a system, i'd do the export but
 ml>> not transport anything off system until the PKTs and their messages
 ml>> were inspected and seen to be of valid format... once that was
 ml>> determined, then and only then would i send them off system to
 ml>> another and see if they are proccessed correctly... but that's just
 ml>> me, i guess...

 NB> Agreed. Hopefully this is what he's currently doing with the recent
 NB> addition of pktdate, since he has to run two separate scanners for
 NB> outgoing mail. One being Impulse's IMP-MAIL, and the other being hpt.

i'm very aware... it sounds almost like the old WWIV method... inbound was like
this...

  inbound -> toss to MSG -> import from MSG into WWIV format

outbound was the opposite...

  export from WWIV format to MSG -> scan from MSG -> outbound

 NB> Run pktdate after IMP-MAIL, and before hpt sends it to where the
 NB> mailer can see it.

that will work IF IMP-MAIL creates PKTs... if it does not and it uses MSG as an
imtermediate format, it will have to be done after hpt creates the PKTs... this
will be much easier on him if he is /not/ creating any bundles (eg: mo1, tu3,
etc)... it is going to be rough anyway if he has hpt putting the outbound files
directly into the outbox... i don't recall if hpt has the ability to execute
another tool like pktdate on the outbound files before it places them in the
outbox for the mailer to chew up and spit out...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... Mental compatability not covered by warranty.
---