src/sbbs3 ftpsrvr.c 1.492 1.493 mailsrvr.c 1.697 1.698 main.cpp 1.750 1.751 services.c 1.329 1.330 websrvr.c 1.683 1.684
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv19319

Modified Files:
ftpsrvr.c mailsrvr.c main.cpp services.c websrvr.c
Log Message:
Implement mark lewis' enhancement to always log the client IP address after the resolved host-name on "Hostname:" log lines.


---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/f7ba1e65339411c65a6b2d16
Modified Files:
src/sbbs3/ftpsrvr.c mailsrvr.c main.cpp services.c websrvr.c
Log Message:
Commonize more of the log messages format/severity among the servers

... especially around incoming connection acceptance, blocked-IPs/hostnames

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/14ad4003fb0663e3330f690e
Modified Files:
src/sbbs3/ftpsrvr.c mailsrvr.c main.cpp services.c websrvr.c
Log Message:
Recycling servers reverts back to graceful (waiting for clients to disconnect)

Commit 63d0772d was initially to address server termination (sisue #236), but expanded in scope to include server recycling (e.g. due to semaphore/config file touch) and that turns out to not be what most sysops want.

If you want an immediate/ungraceful recycle, do a restart (shutdown/stop and then start) instead.

Immediate/ungraceful server shutdown/termination is still in effect however.

No change to the "server pause" feature either, so combining pause with
recycle would be effective to prevent *new* client connections while waiting for existing clients to disconnect and allow a recycle to happen.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net