Console servers, PDUs, KVM switches, older managed switches, building controllers and a good deal of industrial hardware still speak Telnet and nothing else, even though macOS stopped shipping a
telnet command years ago. Someone still has to administer that equipment, and a separate install on every Mac that needs it is a poor answer.
SSHive has its own Telnet client, written to RFC 854. It answers the option negotiation the server starts, and a 0xFF byte in what you type is escaped so it is never read as a Telnet command. A Telnet profile holds a host, a port (23 by default) and, if you like, a user name and password, which SSHive types at the usual
login: and
Password: prompts. Test Connection, in the profile dialog, checks that the server answers and that option negotiation completes before you save.
In the session,
Quick Commands insert your saved commands as they do over SSH. A Telnet session is a tab like any other, so an old switch sits next to the servers you reach over
SSH, which remains the better choice wherever the equipment offers it. Telnet is part of the Mac app only, and needs no special permission in the Mac App Store version: an outgoing TCP connection is all it uses.