Modified Files:
sbbsecho.c sbbsecho.h
Log Message:
Implement gating support for Frank/netsurge:
1. Scan message areas based on those listed in the areas.bbs, not those
Re: src/sbbs3/sbbsecho.c sbbsecho.h
By: rswindell to CVS commit on Mon Oct 29 2012 11:48 pm
Modified Files:
sbbsecho.c sbbsecho.h
Log Message:
Implement gating support for Frank/netsurge:
1. Scan message areas based on those listed in the areas.bbs, not those
You so Rock Rob!. Thanks!
Modified Files:
sbbsecho.c sbbsecho.h
Log Message:
Re: src/sbbs3/sbbsecho.c sbbsecho.h
By: rswindell to CVS commit on Mon Oct 29 2012 11:48 pm
Modified Files:
sbbsecho.c sbbsecho.h
Log Message:
So I updated my synchronet system and have varified that i'm running SBBSecho v2.20-Linux and am getting the same results as last time.
Both bases have the same internal code, when I post in one the other sees
it but it only exports to the network it was posted in and vice-versa.
The proper way to gate an FTN echo (between 2 FTN networks) is to have both networks use the same echo tag and have have both uplinks on the same line of your areas.bbs file.
I was in a gated echo back in the 90s, there was some gating software that handled gating between two *different* echoes with different areatags.
The proper way to gate an FTN echo (between 2 FTN networks) is to
have both networks use the same echo tag and have have both uplinks
on the same line of your areas.bbs file.
I was in a gated echo back in the 90s, there was some gating
software that handled gating between two *different* echoes with
different areatags.
I was in a gated echo back in the 90s, there was some gating
software that handled gating between two *different* echoes with different areatags.
that's how it is normally done so that each side has the proper control lines for each FTN network... the software is called "Blackhole"...
that's how it is normally done so that each side has the proper control lines for each FTN network... the software is called "Blackhole"...
I take it that it was dos software as well.
that's how it is normally done so that each side has the proper control lines for each FTN network... the software is called "Blackhole"...
I take it that it was dos software as well.
Does that matter much when each of your machines has Dosemu installed on them? :)
See if it works, maybe you can just run it the same way you run doors. Yaknow?
I was in a gated echo back in the 90s, there was some gating
software that handled gating between two *different* echoes with different areatags.
that's how it is normally done so that each side has the proper control lines for each FTN network... the software is called "Blackhole"...
I take it that it was dos software as well.
Does that matter much when each of your machines has Dosemu installed on them? :)
yes... it is the grandfather of all FTN /echomail gating/ software... i don't recall if it handled netmail or not, though... i've been working (very slowly) on a little sumptin'sumptin' to replace blackhole but it is far from anything distributable... it really isn't even alpha stage
yet... it works on the same principle as blackhole, though...
yes... it is the grandfather of all FTN /echomail gating/
software... i
don't recall if it handled netmail or not, though... i've been working (very slowly) on a little sumptin'sumptin' to replace blackhole but it is far from anything distributable... it really isn't even alpha stage
yet... it works on the same principle as blackhole, though...
I love the idea. If it ever hits beta and you need a tester hit me
up.
Do you by any chance have a copy of blackhole or gigo or fred?
Does that matter much when each of your machines has Dosemu
installed on them? :)
Only if it actually wants to access my squish files since some of
them are greater than 8 characters.
Subject: src/sbbs3/sbbsecho.c sbbsecho.h
@MSGID: <5095DCD8.28841.syncprog@vert.synchro.net>
@REPLY: <5095DCCA.28840.syncprog@vert.synchro.net>
yes... it is the grandfather of all FTN /echomail gating/
software... i
don't recall if it handled netmail or not, though... i've been working (very slowly) on a little sumptin'sumptin' to replace blackhole but it i far from anything distributable... it really isn't even alpha stage yet... it works on the same principle as blackhole, though...
I love the idea. If it ever hits beta and you need a tester hit me
up.
i will try to remember that ;)
Do you by any chance have a copy of blackhole or gigo or fred?
i used to have blackhole in my files some time back... GIGO and FRED are/wer internet gating tools... GIGO does email<->netmail, news<->echomail, and maillist<->echomail as i still use it... it replaced FRED...
[time passes]
you got lucky, my friend :)
BH101B07.ARJ 77001 31-Dec-1991
==============================================
BlackHole is an inter-domain EchoMail gating
utility for FidoNet(R) technology based
networks (FTN's). It will NOT gate between
different zones in the same domain, nor
between FidoNet(R) systems and/or other
technologies such as UUCP.
you should be able to FREQ it from my system or manually pull it... telnet, http, ftp, dialup... it is located in my "LOCAL: Fidonet General" area... that's area 18 on the system if you come in manually... i believe i do have FREQs working via binkd and allfix now... FREQs to my telnet and POTS frontd sides of the fences have always worked ;)
if you have trouble, let me know and i'll manually sent it to you... hit me netmail to 1:3634/12 if you need to...
)\/(ark
* Origin: (1:3634/12)
Only if it actually wants to access my squish files since some of them are greater than 8 characters.
Only if it actually wants to access my squish files since some of them are greater than 8 characters.
True. SCIBBS~1.* probably wouldn't work very well. :D
I don't miss DOS one bit. lol
i used to have blackhole in my files some time back... GIGO and FRED
Blackhole via dosemu has done the trick. Who would have thought
that 20+ year old software would be the answer.
what can i say... the base tech has not changed in 20 years... the method is still the same... just the newer software hasn't kept up with the old ways ;) there's several FTN standards/proposals involved there, too :)
Modified Files:because
sbbsecho.c sbbsecho.h
Log Message:
AreaFix overhaul a bit.
Added support for "%RESCAN <echo-tag>" at the request of Al Prunty,
he asked for this "new feature".
src/sbbs3 sbbsecho.c 3.43 3.44 sbbsecho.h 3.16 3.17
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv12076
Modified Files:
sbbsecho.c sbbsecho.h
Log Message:
Terminology/variable name update (e.g. area name -> area tag).
src/sbbs3 sbbsecho.c 3.43 3.44 sbbsecho.h 3.16 3.17
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv12076
Modified Files:
sbbsecho.c sbbsecho.h
Log Message:
Terminology/variable name update (e.g. area name -> area tag).
just updated (getting ready bbs) under debian, with dosemu, got this error messages :
gcc.linux.x64.obj.release/sbbsecho.o: In function `alter_areas': sbbsecho.c:(.text+0x6439): warning: the use of `tempnam' is dangerous, better use `mkstemp'
gcc.linux.x64.obj.release/sbbsecho.o: In function `alter_areas': sbbsecho.c:(.text+0x6439): warning: the use of `tempnam' is dangerous, better use `mkstemp'
That's a warning, not an error. And it's not new. And you can ignore it.
src/sbbs3 sbbsecho.c 3.43 3.44 sbbsecho.h 3.16 3.17
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv12076
Modified Files:
sbbsecho.c sbbsecho.h
Log Message:
Terminology/variable name update (e.g. area name -> area tag).
just updated (getting ready bbs) under debian, with dosemu, got this error messages :
gcc.linux.x64.obj.release/sbbsecho.o: In function `alter_areas': sbbsecho.c:(.text+0x6439): warning: the use of `tempnam' is dangerous, better use `mkstemp'
That's a warning, not an error. And it's not new. And you can ignore it.
On Thu, 26 Oct 2017 17:11:56 -0700, "Digital Man" <digital.man@VERT>
wrote:
gcc.linux.x64.obj.release/sbbsecho.o: In function `alter_areas': sbbsecho.c:(.text+0x6439): warning: the use of `tempnam' is dangerous, better use `mkstemp'
That's a warning, not an error. And it's not new. And you can ignore it.
If you just used mkstemp rather than tempnam, you wouldn't have to
answer this question all the time :)
https://gitlab.synchro.net/main/sbbs/-/commit/1ed8bdac91e88976d026c076 Modified Files:
src/sbbs3/sbbsecho.c sbbsecho.h
Log Message:
When processing AreaRequest with -R (rescan), rescan existing echoes too
If the body of the request mesages message contains a list of area-tags,
even if we already have the node linked to those echoes, do the rescan for each listed echo. Previously, only newly-added echoes would be rescanned
via this method.
Apparently the D'bridge built-in method of generating AreaManager requests uses this syntax (per Ward Dossche).
Also, when rescanning due to AreaManager rescan request and generating a response netmail message, include the total number of messages exported as a result.
Increase SBBSecho version number to v3.22 (Please upgrade, Fernando) :-)
---
� Synchronet � Vertrauen � Home of Synchronet � [vert/cvs/bbs].synchro.net
This should automatically solve the "non-intuitive" configuration issue reported via DOVE-net by poindexter FORTRAN (REALITY).
poindexter FORTRAN wrote to Rob Swindell (on Windows 11) <=-
This should automatically solve the "non-intuitive" configuration issue reported via DOVE-net by poindexter FORTRAN (REALITY).
Thanks!
Sysop: | Ragnarok |
---|---|
Location: | Dock Sud, Bs As, Argentina |
Users: | 136 |
Nodes: | 10 (0 / 10) |
Uptime: | 08:11:53 |
Calls: | 15,171 |
Calls today: | 4 |
Files: | 19,857 |
D/L today: |
9 files (848K bytes) |
Messages: | 1,691,487 |