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)