Hello j,

On 03 Dec 16 21:51, j b l wrote to Nicholas Boel:

 jl> I've since stopped using HPT on the DOS-side of things. I had
 jl> originally thought it was needed, but that doesn't seem to be the
 jl> case. HPT on the Linux side is good enough.

Awesome.

 jl> Here's my script as of today (11/03/16):

Looks like it got shortened up quite a bit (which is a good thing).

 jl> -------
 jl> #!/bin/bash

 jl> export SDL_VIDEODRIVER=dummy
 jl> dosbox -noconsole -c "mount c /" -c "c:" -c "path=c:\\home\\imp\\imp"
 jl> -c "cd \\home\\imp\\imp\\" -c "imp-mail toss" -c "exit" dosbox
 jl> -noconsole -c "mount c /" -c "c:" -c "path=c:\\home\\imp\\imp" -c "cd
 jl> \\home\\imp\\imp\\" -c "imp-mail scan" -c "set
 jl> FIDOCONFIG=c:\\home\\imp\\hpt\\config\\config" -c "hpt pack scan"
 jl> -c "exit" rm /home/imp/hpt/flags/hpt.lock /home/imp/imp/pktdate -c
 jl> /home/imp/hpt/pkt-out/*.pkt cd /home/imp/hpt ./hpt toss ./hpt pack
 jl> scan
 jl> ------

Sorry my quote wrapped the heck out of this, but another idea you may want to
consider, would be to chop this script into two separate scripts (one for
incoming mail, and one for outgoing mail). For example:

Run "imp-mail scan" and "hpt pack scan" in one script. This would only need to
be ran after you (or any users) are done posting messages, or at a timed
interval of your choice.

Then "imp-mail toss" and "hpt toss" would be in another script, that could be
setup as an "exec" flag in binkd to run every time a packet or bundle arrives
on your system. When this happens, usually there is no need to process outgoing
 mail since incoming mail via crash from my system happens much more often then
 you sending off outgoing messages.

Basically, scanning out mail doesn't really need to happen every single time
you get incoming mail. Just another idea for shortening up your processing
times, and probably slimming down your log files as well. Definitely your
choice, though.

 jl> That "hpt pack scan" line seems to be needed in order to send outgoing
 jl> bundles. Now, I just need to figure out when to use IMP-MAIL's "purge"
 jl> command.

I have no idea what that purge command does, so I can't help you much there. Is
 that something to do with getting rid of old messages and amount of messages
over the maximum set for that area? If so, that one could probably be run
separately in a daily maintenance script or something.

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20160827
 * Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)