-=> Deuce wrote to Bill McGarrity <=-   
      
    De>   Re: Re: Bugs Report (4/13/16)   
    De>   By: Bill McGarrity to Deuce on Sat Apr 23 2016 08:40 pm   
      
    > OK, that shines a little more light onto the issue but, most if not ALL file   
    > processors require a password for FILEFIX. Being you need the PKT level   
    > password in echocfg to fulfill this requirement, it also puts added weight   
    > on those who don't want to use PKT passwords for echomail.  As I said, in   
    > the future you may want to think about adding a toggle for TickIT in echocfg   
    > to allow a separate password free of the PKT password.  Best of all worlds   
    > so to speak.   
      
    De> If you don't want to use a packet password, you shouldn't want to use a   
    De> TIC password either since they have the same role.  I also haven't   
    De> heard of a valid reason to have adifferent TICK vs packet password for   
    De> the same link aside from the fact that it's possible.   
      
   The thing is each has separate job to do, as I am sure you know.  Areafix   
   (echo) and filefix (tic) require passwords to control your available options   
   from your uplink. PKT passwords are not part of that process at all. Echomail   
   will operate fine without a PKT password. It's just protection from stray PKTs   
   and, from what I've understood, have nothing to do with the actual mechanics of   
   both operations.   
      
      
    De> But yes, it will need to be documented that you need to configure the   
    De> same password for TICK as for packets.   
      
    De> Now, the *FIX passwords perform a different role than the packet/tick   
    De> passwords and will be a separate configuration item... but I likely   
    De> won't be supporting different FILEFIX vs AREAFIX passwords if I can   
    De> avoid it (though that may be tricky).   
      
   I think you're mistaken on the Filefix end of the password options as stated   
   above.    
      
    > Best of all worlds so to speak.   
      
    De> Having more things that need to be set correctly is "worse" in the   
    De> definitions I'm using for this work, so adding more configuration   
    De> options is not the best of all worlds, it's the worst possible outcome.   
      
   Yes, I agree the KISS method is best but if that method breaks something that   
   wasn't broken, especially when a PKT password was never needed unlike the *FIX   
   passwords, then you may have issues.     
      
    > Good deal.  I am just trying to give another outlook on your work and please   
    > do not take it I am critizing it.  Just a different viewpoint.  :)   
      
    De> And I genuinely appreciate all feedback and suggestions, even when I   
    De> reject them for now.   
      
   Great... as long as we're both on the same page here.  SBBS is a wonderful   
   package and I love seeing it actively improved.    
      
   Be well... :)   
      
      
   --   
      
   Bill   
      
   Telnet: tequilamockingbirdonline.net   
   Web: bbs.tequilamockingbirdonline.net   
   FTP: ftp.tequilamockingbirdonline.net:2121   
   IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697   
   Radio: radio.tequilamockingbirdonline.net:8010/live   
      
      
   ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!   
   --- MultiMail/Win32 v0.50   
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)