- Mar 17, 2018
- Mar 16, 2018
-
-
deuce authored
-
deuce authored
Fixes recvline() returning an zero-length "line" on timeouts, which causes infinite loops and 100% CPU utilization with IMAPv4-TLS service (and likely any other service that uses recvline with a short timeout).
-
rswindell authored
Added "Node # SSH" to a lot of SSH-related log messages. Lowered the severity of the SSH "attempt to use channel" msg from ERROR to WARNING. Removed "last:" from temp-ban message when there is no last-used username.
-
rswindell authored
when creating a new netmail message. Not exactly an "address book", but a convenience nonetheless.
-
rswindell authored
I'm calling these "user properties", but that might change.
-
- Mar 15, 2018
-
-
rswindell authored
exists in a .QWK packet. Also, delete the other control/metadata files case-insensitively (just in case).
-
deuce authored
-
deuce authored
the return value if recv() for non-TLS sockets.
-
deuce authored
-
deuce authored
-
deuce authored
TLS, use MSG_WAITALL for reading integers, add a time() based timeout, return as soon as any bytes are read (including zero), and generally behave more closely to how recv() itself behaves.
-
deuce authored
first one.
-
deuce authored
reason.
-
deuce authored
-
deuce authored
to be changed to something the individual clients can frob in the near future.
-
deuce authored
bytes have been sent!
-
deuce authored
"Sometimes" the write timeout value is used for read timeouts. Since we use a read timeout of zero, and a mutex, this can cause some serious delays in SSH processing. As a workaround, we set the write timeout to zero. However, a flush failure has historically been fatal. So, we now change the write timeout to one second just before a flush, and have a flush timeout not be fatal anymore... we set it back to zero after the flush. The fiddling with the write timouts will be removed once the bug is fixed, but the flush timout not being fatal may stay forever... add some comments to remind us to remove the hack in the future.
-
deuce authored
attempt.
-
rswindell authored
"unique" login attempt (e.g. hack attempt).
-
deuce authored
code merely introduced a 5 second delay in the Node 0 thread.
-
- Mar 14, 2018
- Mar 13, 2018
-
-
rswindell authored
(.sid file), don't divide the fread() results (it's already in number of records read). This could cause msgbase maintenance to not take place or corruption of a msg base.
-
deuce authored
my jsexec includes debug output... and this is super-normal.
-
deuce authored
Also, change READTIMEOUT back to zero since that issue is fixed now.
-
rswindell authored
log messages.
-
deuce authored
SSLv3 (!) and even SSLv2(!!) clients still in the wild. Sysops aren't expected to be able to fix other peoples ancient broken stuff.
-
deuce authored
the SSH session. Also, do an INFO level log entry to indicate what happened to your socket.
-
deuce authored
missing "SSH" when logging channel use errors.
-
deuce authored
sends would cause MAC errors.
-
- Mar 12, 2018