Forums Feature Suggestions Encryption

I see no reason whatsoever not to add a native built encryption.

Something where we can $encrypt and $decrypt, and a built in encryption scheme for channels, nicknames, and windows.

As others have pointed out, scripting isn't feasible, since there would need to be a standard, and scripts don't provide that.

If this idea were added, a few things to consider. Keep the data "raw" in debug, and give options in channel logs as to show encrypted, decrypted, or hiding it altogether.

I'm trying to bring this up again. I feel it is important to try getting this added to mIRC, despite my feeling that versions after 6.03 have been going downhill in quality.

Bringing up suggestions over and over again does not mean that Khaled is willing and/or able to implement the suggestion. Smilies are an excellent example of that, as they've been brought up so many times, I don't even want to perform a search. Since smilies have been incorporated into so many other programs, a lack of ability to incorporate them probably isn't even worth the time to think about, never mind mentioning.

If Khaled thinks it's a good idea, then he'll implement it. If not, then not.

Going off topic here, but i think the fundamental issue with smilies is that many of those suggesting them want them to work in the way that they do in instant messengers, which isnt going to happen. They would like to SHOW smilies to others, not just view them, as far as seing them localling, i guess that is the users choice... however i believe it would requires a significant change in the way the current channel/query/etc mdi windows function/render. Unlike the current method that just writes lines to the window, it would need to actually render lines with the images in place... work more like a picture window. Which i think is a bad idea.

As far as encryption goes, while SSL is good, it doesnt stop anybody actually on the irc network from seing your text, their are many reasons why somebody could unexpectedly or unnoticably (to those conversting) see a private conversation (regardless of weather its in query or channel). Just a few examples are nosey opers using fjoin or watching from outside a channel, a services or server issues unsetting a restriction or allowing somebody into a channel that should not be their, and so on.

A generic method for handling text encryption would be the best idea, the actual algorithms and such i think could be provided by the user (via a dll etc). Just the ability to handle it globally rather than needing to use events and echo everything. (because that method creates issues of compatibility with other scripts)

I think I would agree, but still, I would prefer a very basic default encryption option nonetheless.

basic encryption is supported, it's called SSL enabled irc servers. that sounds basic enough for me. if you want more protection, read om3n's post