Subj : Radius Does Not Send files until Netmail or Echomail posted To : mark lewis From : Jeff Earle Date : Mon Apr 29 2013 14:05:09 Re: Radius Does Not Send files until Netmail or Echomail posted By: mark lewis to Jeff Earle on Mon Apr 29 2013 09:41:39 > > JE> They are all listed in the Outbound Tab and sit until the 1st > JE> scheduled poll of that day (Midnight), it wont send them on the > JE> regular hourly polls after that. I did notice that all net messages > JE> for these files are #'d 2.msg, 3.msg, 4.msg, etc, which is strange > JE> as 1.msg is never there. That is until a netmail message is created > JE> from the BBS. It becomes 1.msg and then everything works as it > JE> should, polls all systems and delivers the files and messages. > > what tool are you using that creates 1.MSG when a higher numbered MSG exists? > the next message created should be at the end of the line, not at the > beginning... UNLESS (read on)... Synchronet is creating (or SBBSecho to be exact) the 1.msg when ever a netmail or echomail message is exported. > > JE> I can't figure this out, why message 1.msg is never created for the > JE> door files. Any help would be appreciated. > > what is the content of that 1.MSG file? is it actually a message or is it the > highwater mark instead? traditionally speaking, 1.MSG is not a message but a > holder for the highest/last processed MSG file counter... it is known as the > highwater mark... some software chose to use other files for this purpose to > avoid confusion but then you run into problems similar to this... I dont know what is in it as I have never looked. I will get back to you on that. > > then comes the question of are those MSG files removed after they have been > processed or are they simply marked as having been sent? what is removing the > 1.MSG file? it should never be removed if it is the highwater mark... for one > thing, it tells the next MSG number to be used if there are no MSGs in the > directory... Yes, after being sent, the out dir is empty. I would think its Radius removing the *.msg files and their corresponding door files attached to them. Thats what I thought as well, no matter what is creating 1.msg, what ever prg runs next, should create the next *.msg in line. But the InterBBS doors seem to be creating message #s 2 if the folder is empty, or the next one in line if 2.msg or what # isalready there. > > what specific door games are these you are having problems with? BRE, FE, WaHoo, BJ, FC, TAL, LORD, all the InterBBS doors I have installed. There is not one in specific, its all of them, no matter which one runs 1st and creates the outbound packet. If BRE runs is outbound maint 1st, it creates 2.msg. If FE does its 1st, it creates 2.msg. It all depends on what door files are received from the hub. I have it so that the batch file looks for specific inbound door files and then runs that doors inbound/outbound maint. If no BRE files arrive, it does not run its interbbs maint. Example, say it's 03:00 and all the doors have had files received and processed, and each door has outbound files. They start with 2.msg. All those files will sit in the queue (flagged as Crash as well) and Radius will not send them unless 1 of 3 things happens. 1. I manually create a poll to any system, doesn't even have to be to the Interbbs league hub, zoom everything goes. 2. A netmail or echomail message is exported from the BBS to Radius and its always 1.msg, zoom everything goes or lastly 3. the 1st cron poll of the day that runs at 00:01 am to my hubs. Radius will not send those door file at any other cron poll of the day. I have Radius setup to poll mu hubs once per hour round the clock, 7 days. This is baffling me. When I get home, I will get the contents of the out dir and post it along with what files are attached to them. I will also check what exactly is in 1.msg. Thanks Vorlonze Sysop - Mystic Realms mysticrealms.myddns.com --- SBBSecho 2.12-Win32 * Origin: Mystic Realms - Angel Voices, Nature's Alchemy (1:250/468) .