#2 Confirm message delivery using IRCv3.2's echo-message extension

오픈
JustAnotherArchivist4 년 전을 오픈 · 0개의 코멘트

When supported by the server, http2irc should use the echo-message extension of IRCv3.2 to confirm the message delivery. This should be more reliable than periodic PINGs sent by the client (which aren’t part of the IRC spec at all!).

Relevant links:

The current way of sending PINGs should still be retained for old servers that don’t support echo-message.

Unfortunately, even hackint does not support echo-message at this time because it’s running on https://github.com/charybdis-ircd/charybdis‘s 3.5 branch while support for that extension was only added in 4.0. So this is on hold until there is broader IRCv3.2 support on networks to make this (non-trivial) implementation worthwhile.

When supported by the server, http2irc should use the `echo-message` extension of IRCv3.2 to confirm the message delivery. This should be more reliable than periodic `PING`s sent by the client (which aren't part of the IRC spec at all!). Relevant links: * Extension: https://ircv3.net/specs/extensions/echo-message-3.2 * Capability negotiation (relevant for the implementation here are REQ and ACK/NAK): https://ircv3.net/specs/core/capability-negotiation The current way of sending PINGs should still be retained for old servers that don't support `echo-message`. Unfortunately, even hackint does not support `echo-message` at this time because it's running on [https://github.com/charybdis-ircd/charybdis](Charybdis)'s 3.5 branch while support for that extension was only [added in 4.0](https://github.com/charybdis-ircd/charybdis/blob/7b8e4c0967681c7ba91df4dce488b9913ed1df75/NEWS.md#charybdis-40). So this is on hold until there is broader IRCv3.2 support on networks to make this (non-trivial) implementation worthwhile.
로그인하여 이 대화에 참여
레이블 없음
마일스톤 없음
담당자 없음
참여자 1명
알림
마감일

마감일이 설정되지 않았습니다.

의존성

이 이슈는 어떠한 의존성도 가지지 않습니다.

불러오는 중...
아직 콘텐츠가 없습니다.