| Commit message (Collapse) | Author | Age | Files | Lines | ||
|---|---|---|---|---|---|---|
| ... | ||||||
| * | Handle prefixed messages from the server | 2019-12-15 | 1 | -0/+3 | ||
| | | ||||||
| * | Add CertFP support | 2019-12-15 | 1 | -3/+52 | ||
| | | ||||||
| * | Use plain text message payloads instead of JSON | 2019-12-02 | 1 | -13/+18 | ||
| | | ||||||
| * | Fix usage string | 2019-12-02 | 1 | -1/+1 | ||
| | | ||||||
| * | Confirm message delivery by periodic PINGs | 2019-12-02 | 1 | -3/+29 | ||
| | | | | | | | This assumes that a PONG response from the server means the connection is still intact. The messages could still have been dropped for weird reasons, but short of using a second client to confirm the delivery directly, there is no better option to test this. RFC 1459 actually specifies that "servers should not respond to PING commands". However, this recommendation has been removed in RFC 2812, and in practice, all common IRC servers seem to respond to PINGs. | |||||
| * | Refactor into more flexible tool supporting multiple endpoints and channels ↵ | 2019-12-02 | 1 | -0/+375 | ||
| (nodeping2irc -> http2irc) with no-downtime config changes using a TOML config file and SIGUSR1 to reload and adapt accordingly | ||||||
