home bbs files messages ]

Just a sample of the Echomail archive

<< oldest | < older | list | newer > | newest >> ]

 Message 1404 
 Bill McGarrity to Deuce 
 Re: Bugs Report (4/13/16) 
 25 Apr 16 14:59:00 
 
-=> 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)

<< oldest | < older | list | newer > | newest >> ]

(c) 1994,  bbs@darkrealms.ca