sbbsecho:
Hi all
I see many pkt are duplicated for my DB of SBBS
can i tell my tosser to pack them for my downlink
my Downlink can handle the duplicate by itself !!
if not can be ADD !
Digital Man wrote to Spacesst <=-
Re: sbbsecho
By: Spacesst to All on Fri May 13 2016 05:21 pm
sbbsecho:
Hi all
I see many pkt are duplicated for my DB of SBBS
can i tell my tosser to pack them for my downlink
my Downlink can handle the duplicate by itself !!
if not can be ADD !
Is that a question? If it is, I don't understand it.
I see many pkt are duplicated for my DB of SBBS
can i tell my tosser to pack them for my downlink
my Downlink can handle the duplicate by itself !!
I see many pkt are duplicated for my DB of SBBS can i tell my tosser to
pack them for my downlink my Downlink can handle the duplicate by
itself !! if not can be ADD !
Is that a question? If it is, I don't understand it.
Think he wants to create a bundle from the pkts... it's as good a guess as any.. ;)
mark lewis wrote to Bill McGarrity <=-
14 May 16 01:03, you wrote to Digital Man:
I see many pkt are duplicated for my DB of SBBS can i tell my tosser to
pack them for my downlink my Downlink can handle the duplicate by
itself !! if not can be ADD !
Is that a question? If it is, I don't understand it.
Think he wants to create a bundle from the pkts... it's as good a guess as any.. ;)
yup but if the PKTs all have the same filename, mail will be lost when
the newer PKT is added to a bundle containing a PKT with the same filename...
what do you mean the PKT are duplicated? do they all have the same filename? if so, that's ok... the mailer should send them on to the other system but if it does not, the tosser should /add/ new messages to the PKT... the original BSO mode does use the same filenames because they are based on the destination's address...
can i tell my tosser to pack them for my downlink
if you try to bundle more than one PKT in a mail bundle, those with the same filename will be overwritten unless the tosser unbundles the bundle, adds the mail to the existing PKT and then rebundles the PKT...
my Downlink can handle the duplicate by itself !!
PKT filenames being duplicated does not mean that the messages inside the PKT are duplicated...
I see many pkt are duplicated for my DB of SBBS can i tell my tosser
to pack them for my downlink my Downlink can handle the duplicate by
itself !! if not can be ADD !
Is that a question? If it is, I don't understand it.
Think he wants to create a bundle from the pkts... it's as good a
guess as any.. ;)
yup but if the PKTs all have the same filename, mail will be lost
when the newer PKT is added to a bundle containing a PKT with the
same filename...
Who really knows Mark. I'm not sure what he is seeing as it was a
wild guess. If all the PKT names are the same then something is wrong.
I was assuming there were different PKT's but many of them cluttering
his outbound. I took a stab... :)
my Downlink can handle the duplicate by itself !!
PKT filenames being duplicated does not mean that the messages inside
the PKT are duplicated...
it not about duplicate PKT filename, it's about receive from uplink
and pass thru downlink , No matter of dupplicates messages exist From
now Sbbsecho when found Duplicate do not pass thru Down link
it not about duplicate PKT filename, it's about receive from uplink
and pass thru downlink , No matter of dupplicates messages exist
From now Sbbsecho when found Duplicate do not pass thru Down link
OH! that's a better explanation... there's a switch in newer sbbsechos that allows for dupes to be passed on to others... i don't recall what it is as we're about 6 months behind in updating from the repo over here...
Spacesst wrote to mark lewis <=-
Re: sbbsecho
By: mark lewis to Spacesst on Sat May 14 2016 06:36:54
what do you mean the PKT are duplicated? do they all have the same filename? if so, that's ok... the mailer should send them on to the other system but if it does not, the tosser should /add/ new messages to the PKT... the original BSO mode does use the same filenames because they are based on the destination's address...
can i tell my tosser to pack them for my downlink
if you try to bundle more than one PKT in a mail bundle, those with the same filename will be overwritten unless the tosser unbundles the bundle, adds the mail to the existing PKT and then rebundles the PKT...
my Downlink can handle the duplicate by itself !!
PKT filenames being duplicated does not mean that the messages inside the PKT are duplicated...
it not about duplicate PKT filename, it's about receive from uplink and pass thru downlink , No matter of dupplicates messages exist
From now Sbbsecho when found Duplicate do not pass thru Down link
since you can customize text.dat colors, how do you customize the sbbsecho colors?
Re: sbbsecho
By: The Millionaire to digital man on Sat Aug 03 2019 02:48 pm
since you can customize text.dat colors, how do you customize the sbbsecho colors?
You don't. Unless you are willing and able to modify sbbsecho.c. I'll add it to the todo list though. Reading/using strings from
sbbsecho.ini should be doable.
digital man
Synchronet/BBS Terminology Definition #63:
SMB = Synchronet Message Base (e.g. smblib)
Norco, CA WX: 71.5øF, 64.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs
Hey DM,
Would you consider sbbsecho.ini supporting a wildcard include?
eg: in sbbsecho.ini you have "include sbbsecho/*.ini"
Then, the placement of "abc.ini" in the dir sbbsecho/, which would present a new node "abc", could automatically be included when sbbsecho does its processing.
Much the same way other linux wildcard includes work..
I was thinking that would be useful for hubs where an external process could add the required ini file relatively easily and drop it in that dir for a new node.
So yeah, I could help you to do that, but if you ever used echocfg to edit your sbbsecho.ini, it'd be all merged together into one
giant file and likely not what you were hoping for.
Re: sbbsecho
By: Digital Man to alterego on Fri Apr 03 2020 12:41 am
So yeah, I could help you to do that, but if you ever used echocfg to edit your sbbsecho.ini, it'd be all merged together into one
giant file and likely not what you were hoping for.
Your right, this probably wouldnt be ideal. But for the other reason, I think it would be great.
A step further might be a !include fsx/* - where the could be node ini files, with also domain and echolist ini files (they dont have to be in order do they?) - then config packs could be provided by othernets (if they desired).
If you do implement it (I would still use it), can you make echocfg "warn" when it is invoked, if it detects that the config has been created with included files - just in case somebody goes to use it (out of habit) and the result would be as you say a giant file. (Or by default echocfg ignores included files?)
If you do implement it (I would still use it), can you make echocfg "warn" when it is invoked, if it detects that the config has been created with included files - just in case somebody goes to use it (out of habit) and the result would be as you say a giant file. (Or by default echocfg ignores included files?)
Yeah, probably.
Re: sbbsecho
By: Digital Man to alterego on Fri Apr 03 2020 08:52 am
If you do implement it (I would still use it), can you make echocfg "warn" when it is invoked, if it detects that the config has been created
with included files - just in case somebody goes to use it (out of habit)
and the result would be as you say a giant file. (Or by default echocfg ignores included files?)
Yeah, probably.
So here's another issue:
SBBSecho itself can update the sbbsecho.ini file in response to AreaFix requests (e.g. changing archive type). This will also expand the sbbsecho.ini to include all the !include'd files, currently. That will also have to be addressed.
Also, assuming that first problem is addressed, if the updated node configuration was *within* one of those !include'd files, that node couldn't be updated via AreaFix or bad things would happen.
digital man
Synchronet/BBS Terminology Definition #52:
NUP = New User Password
Norco, CA WX: 61.1¨F, 66.0% humidity, 3 mph E wind, 0.00 inches rain/24hrs ---
¨ Synchronet ¨ Vertrauen ¨ Home of Synchronet ¨ [vert/cvs/bbs].synchro.net
Interesting topic.
I admit that like that feature because i am used to "debian.d" includes.
You can easy manage the ini file via the *crudini* tool
The problem are that echocfg generate indents for the options/values
pairs, and raise error for this tool to parse the file.
See: https://github.com/pixelb/crudini/issues/30
[node:4:90/1@fidonet]
<TAB>Name = Momia BBS
<TAB>Comment = Manuel Adorni
<TAB>Archive = ZIP
<TAB>PacketType = 2+
If you can add option that echocfg to generate the file without these
tab, just work
you can add a node:
crudini --set sbbsecho.ini "node:4:9/9@fidonet" name "FErnando Toledo" crudini --set sbbsecho.ini "node:4:9/9@fidonet" Archive ZIP
Also, assuming that first problem is addressed, if the updated node configuration was *within* one of those !include'd files, that node couldn't be updated via AreaFix or bad things would happen.
Re: sbbsecho
By: Digital Man to alterego on Fri Apr 03 2020 11:14 am
Also, assuming that first problem is addressed, if the updated node configuration was *within* one of those !include'd files, that node couldn't be updated via AreaFix or bad things would happen.
Ahh, OK, that goes against my goal of automation and self service. I agree that is not desirable, so perhaps this is not a good idea after all.
Thanks for going through it though...
Re: sbbsecho
By: The Millionaire to digital man on Sat Aug 03 2019 02:48 pm
You don't. Unless you are willing and able to modify sbbsecho.c. I'll add it to the todo list though. Reading/using strings from sbbsecho.ini should be doable.
digital man
Synchronet/BBS Terminology Definition #63:
SMB = Synchronet Message Base (e.g. smblib)
Norco, CA WX: 71.5øF, 64.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs
Re: sbbsecho
By: The Millionaire to digital man on Sat Aug 03 2019 02:48 pm
You don't. Unless you are willing and able to modify sbbsecho.c. I'll add it to the todo list though. Reading/using strings from sbbsecho.ini should be doable.
Why not add the lines to text.dat instead?
I think I see part of the problem on my sbbsecho issue. Looks like everytime a game packet sends out the outbound folder gets deleted. Has anyone seen this before? I have never seen the outbound folder just disappear.
Re: sbbsecho
By: poison to All on Sat May 09 2020 21:58:52
poison> I think I see part of the problem on my sbbsecho issue. Looks
poison> like everytime a game packet sends out the outbound folder gets
poison> deleted. Has anyone seen this before? I have never seen the
poison> outbound folder just disappear.
some BSO mailers have this as an option... they will remove the empty outbou advertising point addresses, though... it isn't that big a deal... i have my
)\/(ark
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 325 |
Nodes: | 10 (0 / 10) |
Uptime: | 38:57:44 |
Calls: | 508 |
Messages: | 220023 |