Custom Query (44 matches)
Results (1 - 3 of 44)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#21 | wontfix | Obtain moderator addresses via NHNS | ||
Description |
NHNS was a protocol for putting group information into DNS, including moderation addresses. This is an old patch from Marco d'Itri to add support for this. This project may now be dead; I'm not sure. |
|||
#105 | wontfix | Reply codes other than x9x used for private extensions XBATCH and XGTITLE | ||
Description |
RFC 3977, section 3.2:
INN uses quite a few response codes that do not fit this pattern for various extensions. XBATCH and XGTITLE should have used response codes in the x9x range. Impact: Additional ambiguity over the meaning of reply codes, as those reply codes could later be standardized as the reply codes for other commands. For XGTITLE and probably XBATCH, there is no way to fix this now. Changing the reply codes would break all existing implementations. |
|||
#109 | wontfix | nnrpd doesn't return 420 errors for XOVER | ||
Description |
According to RFC 2980, section 2.8:
nnrpd (from the beginning of the XOVER command) has always returned a 224 response with an empty multiline response instead. Note that the OVER command properly returns 423 (no articles in that range) when that case occurs. 420 is sent when the current article number is invalid. Impact: Less information is communicated to the client about why there are no overview records returned. An error response indicating there are no valid articles in that range is possibly more informative. There is probably no way to fix this now. Changing the reply codes would break a few existing implementations: it may confuse some clients that don't expect to get 420 errors back from overview queries. Clients may be relying on the existing behavior (confirmed with Outlook Express/Windows? Mail for instance). |