i started porting my #wwiv lastcallers code from python to c++. first stab is here https://github.com/ericpareja/wwiv5lastcaller
got my email export from #wwiv python script working. it takes wwiv packets from the internet/ subdirectory and translates them to SMTP mail and gets sent out via my mail server running postfix. users on my bbs can eventually send email from wwiv.
yes, it's not really needed anymore, but it's fun to make these old things work better.
trying to read the #WWIV message base text at a low-level is driving me batty, so i will just use the API. at least, i have some code i can pattern what i'm working on after. it'll be a c/c++ implementation of code i wrote in python2/python3. this should be fun.
i got up to the point where i can read postrecs, with sender, title and stored_as info. reading messages from WWIV Type-2 storage was a bit convoluted. i understood the theory, but couldn't implement.
did a bit of messing around with my exp.py script to process outbound #wwiv to internet email packets and made some progress. it can munch wwiv packets and produce smtp mail. basic functions work. will clean up for configurability later. next bit to do is to create a python script to convert incoming email to wwiv mail packets. this is fun. :)
unearthed this old demo screencast of wwivtoss setup for linux that i wrote. made the demo 8 years ago.
wwivtoss is a DOS program that allows a #WWIV BBS to work with #fidonet
when i wrote the wsetup config tool, the only way to get wwivnet or fidonet connectivity for linux wwiv was to run the networking components in dosemu. fast-forward a couple of years, and the wwiv 5 project had the networking components running natively on linux, including ftn.
cleaned up ibbs-extract3 so it reads only undeleted message text. previously, it would read the raw message.dat file, which could contain the text of already deleted posts. the modification spawns wwivutil to dump the message base to stdout, which ibbs-extract3 then processes. processing is actually much faster, maybe because this version reads the entire message base text to process into memory all at once versus the line by line reading from the file.