Hi Robert,   
      
   >>Can't believe my typing lately .. dang keyboard LOL.. Well, maybe I can blame   
   >> it on the cookies stuck in the keyboard (technical issue Lol).   
      
   > LOL!!!!   
      
   STICBCC.. Serious Technical Issue Caused by Cookie Crumbs  Lol..   
      
   Bet you think I'm kidding hahaha   
      
   >> Anyway, I'm glad you understood that I mean that bbbs _doesn't_ do rescan. I   
   >>was just asked by a downlink yesterday to rescan a few messages in an echo he   
   >> moderates, too.. couldn't do it.   
      
   > I know.  It would be handy to rescan a couple of echos I have here that a Z2   
   > system gets from me versus having him come in late on a conversation and not   
   > know what we are talking about.   
      
   Well one way to handle it would be, let me know which one you want rescanned.   
   My uplink DOES do rescan, so if he's got the message area I can send in the   
   request..   
      
   Then everyone who links in here would get the rescanned messages, but I don't   
   think it would be a horror..   
      
   Then again reading about the 'old areafix' rescan command, here's how it works:   
      
    -R is a rescan command. This causes AreaFix to force a rescan of the   
      echo area by removing the high-water mark. The next time the area   
      is scanned, any messages in that area that you did not   
      receive will be packaged up and sent to you. Note   
      that if your uplink has an area as a passthrough,   
      there will not be any messages to rescan.   
      
   What concerns me in whether this idea would work is the statement "any   
   messages in that area you didn't receive"...  I was originally thinking it   
   would just send all or some given the -r command.. I'll have to check around   
   about that. You know, like say you said something to areafix like " -r 500"   
   (last 500 msgs should be sent).   
      
   >> It would be really helpful to get a rescan for bbbs.  I guess I could try to   
   >>code it in bbbs' built-in language, but that's kind of rough. Lots of reading   
   >> again    
      
   >You know more than I know, then :)   
      
   I've been using the internal language that bbbs has built-in for a while..   
   it's just been a while since I used it for something new like this.  When I   
   converted some of those older doors, that's when I probably learned the most   
   .   
      
   >Matt Munson also came up with the idea for   
   > "themes" for the BBBS web interface.   
      
   Do you mean themes like Windows (or whatever OS) background displays for the   
   bbs?  I know you can do that with the telnet interface.. not sure how it would   
   work with the WWW interface - I'd have to play with that.  I think I mentioned   
   to you in icq that at one point early on I had all the ANSI screens I used   
   under one of the other bbs programs I ran going under BBBS.. I think it was   
   either Tag type menus, or Telegard.. not sue which .  Still have them   
   here.. should I get the urge again Lol. Someone was bored once and did some   
   incredible screens for me.. was fun to use them.   
      
   >  Yeah, that's nice, but I would like to   
   > see some scripting support -- maybe some PHP to begin with followed by   
   > name-based webhosting abilities so that I only need to use ONE LAMP server ;)   
      
   Ok, yes, that would be nice.. AFAIR, bbbs supports Java, PERL, and REXX under   
   OS/2.   
      
   I haven't tried that kind of thing.  You put the script language in an   
   environment variable to contain the path to the parser for the script   
   language..  I think like this, in the script that runs bbbs over here:   
      
    BBBSJAVA=/usr/bin/java   
    or   
    BBBSPERL=/usr/bin/perl   
      
   But I'm not sure of the exact syntax.   
      
   Take care,   
   Janis   
      
   --- BBBS/Li6 v4.10 Dada-1   
    * Origin: Prism bbs (1:261/38)