Language:
switch to room list switch to menu My folders
Go to page: 1 2 3 4 [5] 6 7 8 9 ... Last
[#] Wed Sep 26 2018 14:23:34 EDT from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Depends on whether you plan to participate in its development. That includes participation via documentation, testing, etc, not just code.

[#] Wed Sep 26 2018 15:29:06 EDT from userT <>

[Reply] [ReplyQuoted] [Headers] [Print]

Wed Sep 26 2018 14:23:34 EDT from IGnatius T Foobar @ Uncensored
Depends on whether you plan to participate in its development. That includes participation via documentation, testing, etc, not just code.

Well, if it is allowed, I'd certainly be willing to.

As I mentioned in my first post in the Development room, coding is not exactly my strong point, though I have had to make my way through it -it's not that coding doesn't interest me-.

But, as also mentioned, I do have some time for reading and testing, for example. Also open to other types of participation if needed.

If I may mention it, my primary interests would be the XMPP server and the upcoming Webcit-ng interface; improving them -and speeding their development if possible-. But if you say "right now we need to fix this and that first" I adapt as well.

I know this is the 2nd time I hint at all of this, and of course don't intend to annoy people with the same arguments neither. It's just that, just saying "I wanna help, tell me where to" sounded kinda rude and even a bit retarded. And with the lack of feedback in the Development room I thought "then I should at least begin somewhere", which was the XMPP server (currently learning how to use gdb).

But, if you could mention where or how some participation is needed, it would be very helpful.

If I'm missing something about how things work here, please tell.

Thanks in advance.



[#] Wed Sep 26 2018 16:43:53 EDT from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Helping debug a protocol is *absolutely* good in the development room, even if you don't write a single line of code. It's actually the hard part and is super welcome.

The reason the development room isn't public is because people were using it for random feature requests and other way-off-topic things. The only time a feature request would be welcome there would be "I want to implement XYZ; can you tell me which API's I should use, and are you willing to accept such an addition to the project mainline".

[#] Tue Oct 23 2018 18:51:22 EDT from CrazyEddy <>

[Reply] [ReplyQuoted] [Headers] [Print]

I notice that Fidonet is still very much alive and kicking. Perhaps it could be incorporated as a replacement since its tools are very well developed and still incorporated in the average *nix system.

[#] Wed Oct 24 2018 10:25:25 EDT from IGnatius T Foobar

[Reply] [ReplyQuoted] [Headers] [Print]

Is there still a main FidoNet cluster out there? And if so, is it any good?

[#] Thu Oct 25 2018 11:52:07 EDT from fleeb <>

[Reply] [ReplyQuoted] [Headers] [Print]


Gads... Fidonet? Amazing.

[#] Fri Oct 26 2018 09:36:02 EDT from CrazyEddy <>

[Reply] [ReplyQuoted] [Headers] [Print]


Google for "fidonet nodelist". There are still thousands around the place.

[#] Sun Oct 28 2018 18:33:51 EDT from CrazyEddy <>

Subject: Shared Calendars?

[Reply] [ReplyQuoted] [Headers] [Print]

I'm also wondering whether shared calendars / wiki's / etc can be shared via SMTP. Were they in the first place?

[#] Mon Oct 29 2018 11:15:39 EDT from IGnatius T Foobar

Subject: Re: Shared Calendars?

[Reply] [ReplyQuoted] [Headers] [Print]

Well ... I suppose you could take a Calendar or Wiki room and add mailing list recipients to it. I'm not sure what that would accomplish though. You might have better luck with RSS for that.

[#] Fri Nov 02 2018 11:42:14 EDT from nristen

Subject: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]

On the fidonet topic:

Fidonet seems to be much the same with the spam and flame wars.

Another echomail net that is much more friendly and active (several hundred nodes)  is called fsxNet.

http://bbs.nz/#fsxNet



[#] Fri Nov 02 2018 22:43:04 EDT from CrazyEddy <>

Subject: Re: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]

Another echomail net that is much more friendly and active (several hundred nodes)  is called fsxNet.

The fidonet technology will still need to be integrated somehow for other fidotech networks though.

[#] Sat Nov 03 2018 14:31:00 EDT from IGnatius T Foobar

Subject: Re: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]


Well ... I'm not going to build FidoNet technology directly into Citadel, but if there is a standalone tosser/fetcher that runs on Linux, I could write an external program to convert between data formats and import/export the data to Citadel.

Is there such a thing?

[#] Sat Nov 03 2018 18:27:01 EDT from nristen

Subject: Re: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]

In addition to citadel, I also run mystic bbs which has the following features, http://mysticbbs.com/features.html

I have not really played with many of the options listed in the top "Internet/Network Integration"  but I wonder if NNTP might be a way to integrate the two?  Or maybe the mentioned "email based echomail".



[#] Sat Nov 03 2018 20:10:15 EDT from John Goerzen <jgoerzen@complete.org> to room_citanews@uncensored.citadel.org

Subject: Re: [CitaNews] Re: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]

Hi folks,

I ran a Linux FidoNet BBS back in the day. There is software to gate
FidoNet netmail to email, and FidoNet Echomail to Usenet.

There is software listed here:

http://bellman.zcu.cz/~flidr/fido/

I recall using ifcico, but I an unsure if I used Fidogate or ifgate with
it. I suspect ifgate.

John

On Sat, Nov 03 2018, nristen@uncensored.citadel.org wrote:

In addition to citadel, I also run mystic bbs which has the following features, http://mysticbbs.com/features.html

I have not really played with many of the options listed in the top "Internet/Network Integration" but I wonder if NNTP might be a way to integrate the two? Or maybe the mentioned "email
based echomail".

[#] Mon Nov 05 2018 13:07:34 EST from CrazyEddy <>

[Reply] [ReplyQuoted] [Headers] [Print]

I believe ifgate and ifmail will convert directly between SMTP/NNTP and fidonet packets.

From the command line: sudo apt-get install `grep-available -i fido -ns package | sort -u

[#] Wed Nov 07 2018 21:30:18 EST from Robert J. Clay <rjclay@gmail.com> to room_citanews@uncensored.citadel.org

Subject: Re: [CitaNews] Re: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]

On Sat, Nov 3, 2018 at 8:13 PM John Goerzen <jgoerzen@complete.org> wrote:

I ran a Linux FidoNet BBS back in the day. There is software to gate
FidoNet netmail to email, and FidoNet Echomail to Usenet.

There is software listed here:

http://bellman.zcu.cz/~flidr/fido/

I recall using ifcico, but I an unsure if I used Fidogate or ifgate with
it. I suspect ifgate.

I'd also thought to use ifcico/ifgate (which are still in
Debian/Ubuntu & which is somewhat simpler in some ways) and Citadels
email interface in order to gate both ways between FTN/Fidonet and
Citadel but I've not really had a chance to work on it...




--
Robert J. Clay
rjclay@gmail.com
1:120/544@fidonet

[#] Wed Nov 07 2018 21:37:15 EST from Robert J. Clay <rjclay@gmail.com> to room_citanews@uncensored.citadel.org

Subject: Re: [CitaNews] Re: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]

On Sat, Nov 3, 2018 at 2:34 PM IGnatius T Foobar <ajc@citadel.org> wrote:


Well ... I'm not going to build FidoNet technology directly into Citadel,
but if there is a standalone tosser/fetcher that runs on Linux, I could write
an external program to convert between data formats and import/export the
data to Citadel.

Import/export between FTN/FIdonet 'packet' files (which is the basic
interface between FTN systems for netmail & echomail) and Citadel
rooms would do it...



--
Robert J. Clay
rjclay@gmail.com
1:120/544@fidonet

[#] Wed Dec 26 2018 10:30:56 EST from IGnatius T Foobar

Subject: Re: [CitaNews] Re: Fidonet

[Reply] [ReplyQuoted] [Headers] [Print]

Getting messages in and out of Citadel could be interesting, since we just got finished removing the networking code from the server. I suppose we could budge something back in, making it much simpler this time around. The original networking code was built with early-1990s assumptions about BBS networking and required a lot of separate execution paths for message handling and routing.
The modern Internet where "everything's an FQDN" could be done with more simplicity. And we wouldn't need to be able to handle email either, since everyone already has that taken care of.

I probably ought to pursue the path that we started down a couple of years ago -- just build a full NNTP implementation and let everything else tie into that. Remember that weird Kontent Kreator dude that showed up and kept posting screenfuls of hoopy-doopy insights about using technology to become transcendent into the next phase of humanity or some such nonsense? He was pushing pretty hard for us to do NNTP and that would make Citadel the platform of choice for such things. He wandered away around the same time I discovered that he really just wanted to distribute a couple of megabytes of anti-semitic crap. The NNTP effort went stagnant, but what we built is still in the server and actually works in read-only mode.

[#] Fri Dec 28 2018 10:41:27 EST from winzlo

[Reply] [ReplyQuoted] [Headers] [Print]

I actually miss networking. It gave you the ability to read and contribute with others from a single access point. The only 1990's assumption that I would foresee still needing to carry forward is some kind of hub-spoke system in order to keep humans in the loop and watching out for closed-loop room sharing possibilities. While I do agree that that convenience is overshadowed by the complexity, I do think it's one of those things that sets Citadel apart from anything else.

<Humor>
It's tradition! Can't that be enough? :)
</Humor>

[#] Fri Jan 04 2019 13:13:53 EST from nonservator

[Reply] [ReplyQuoted] [Headers] [Print]

I miss NNTP in Citadel and would happily contribute bug reports.



Go to page: 1 2 3 4 [5] 6 7 8 9 ... Last