Subj : Something new... To : Richard Webb From : mark lewis Date : Thu Oct 15 2009 02:54 pm RW> Much the same with binkley, the task number config parameter is RW> important here I"m sure. ONly worked with one multinode RW> setup and that was many moons ago. But, iirc. that's what RW> we did was a config for each node. NOw mind you all three RW> were pots. ml> shouldn't really matter as long as each node can be config'd ml> specially for the needs of that node... RW> THat's as I thought as well, as long as the particulars for RW> that connection scheme are set up properly in that node's RW> config you're golden. should be... RW> AS for routing, squish or his mail processor would handle RW> that as Bink is a static mailer. SAme inbound/outbound dirs though RW> pointed to by all versions. ml> hummm... therein lays the problem... can tossers handle multiple ml> routings for static mail bundles?? FD can because it is dynamic in ml> building its outbound stuffs but if a BSO style tosser cannot build ml> multiple ?lo files indicating different "status'" for the same ml> static outbound bundles for separate nodes, this may be a problem... RW> DOn't think it can do that. DOnt' know how folks handle RW> situations where they connect with somebody who's got ip and pots RW> both. yeah... that's what part of my setup is all about... if i have someone set up for FTN over telnet (not binkd stuffs), then the pots nodes all place that traffic on hold when they build their outbound packages... the telnet nodes all set it as normal or crash or whatever their current schedule calls for... i guess FD's dynamic stuff is similar to having it build its own ?lo files but those ?lo files are also specific to the node as well as to the destination system... FD uses the file extension to denote the node number the file is for and the content of the file denotes the addresses and "flavor"... RW> IMportant thing with multinode binkleys and your tosser, RW> i.e. squish in my case, would be to properly configure the RW> flags directory, and make sure everything put its busy flags in the RW> appropriate place. semaphores are extremely important in any multinode environment and also those that utilize background processed performing tasks... consider if your setup spawns a new shell to toss mail while the mailer continues to run... you don't want a downlink connecting and missing new mail that is being tossing into the bundle... RW> Back in the day there was lots of help in this echo for RW> getting multinode setups humming along nicely, especially RW> with os2, so anybody who's got this echo archived way back RW> could probably be quite a resource if you still have RW> trouble. ml> agreed... sadly, though, my archiving is more like a "live feed" in ml> that my set up simply retains postings for a much longer time than ml> others... currently that's only one year :? RW> YEp, wonderd how long you archived. I do it by number of RW> messages in most echoes, just out of habit from the old RW> days, but some are by days. a few years back i went to 365 days... but i have some that are set for nothing and they carry several thousand messages in them... most of those are my beta areas, though... RW> Bob Juge would have been your guy for that as he was doing RW> it. Also the other MR. LEwis might be of some assistance to SEan RW> in this regard. THink he's running bt. yup and yup on both accounts... )\/(ark * Origin: (1:3634/12) .