Dave van der Locht

I'll have some thoughts about this one. The idea of doing some kind of alerting / notification for sysop's personal mail is good. But I think the suggested method, (over)writing the beacon to a flat file, is not the preferenced method to do so. Having a Raspberry Pi to flash a LED when there's personal mail awaiting for the sysop is already relatively easily possible by using (reading and parsing) the message database (dirmes.sys) with an external script or executable scheduled. Just make sure you...

m_filter error to stdout kills forward session

m_filter error to stdout kills forward session

m_filter error to stdout kills forward session

Ah, it's regarding the M_FILTER example in the 7plus 'addon' in the files section. I'll repackage that one with your patch applied. Sourceforge is stripping stuff (no code block used?) but that's fine. I see the issue and your suggestion to fix it seems to be good too.

It is a separate package here on the sourceforge site: https://sourceforge.net/projects/linfbb/files/7plus/7plus.tar.bz2/download This is to provide 7plus compression in the file server. One sends a message like this 7pserv@km6jtd Subject:gtjbios.com and you get 7plus message in return. If it is big, it is automatically broken into parts.

I thought message filters aren't part of the LinFBB package itself as they're external tools invoked by LinFBB. For which message filter is this patch intended? I can't find a packaged m_filter.c.

No, I think you're misunderstanding me... There's a config parameter in one of LinFBB's C header files to force support for FBB data files generated/used by a 32-bit version of FBB. That parameter needs to be set ONLY if you need to use FBB datafiles from a 32-bit FBB version in a 64-bit version of FBB... It makes LinFBB on a 64-bit OS compatible with FBB datafiles coming from / generated with a 32-bit version of FBB. Nothing more, nothing less...