On Wed, Oct 21, 2009 at 6:07 PM, Vin King <vin.king@gmail.com> wrote:
They want hostmasking? Connect on 6667 They don't? Connect on 7000
It seems a reasonable strategy.. add a an option to indicate masking status for the connection class associated with the I:line however, a standard port number shouldn't be used, otherwise users might activate masking accidentally. Designate an additional port for all servers to indicate masking preference. port 6667 outbound is commonly specifically firewalled, even by some ISPs and may be unavailable to significantly many IRC users (mainly because infected PC workstations commonly attempt to use port 6667 to get to botnet control channels). Wouldn't want to deny those people the use of masking. On the other hand, using a port number to select options like this is not very scalable. It doubles the number of ports required for any port-specific protocols such as SSL. I don't see running out of IRC port numbers as likely to be an issue, however. As long as masking is the only connect-time option that will ever be controlled by port number, it (should?) be fine -- -J