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)