On Sat, Jul 20, 2013 at 12:03 AM, Kevin L. Mitchell wrote:
> I don't think we have to implement the encryption in ircu directly,
> however: if instead we provide a means for ircu to load an external
> module of some sort that wraps connections—think in terms of link
> compression, for instance—I be
Guys, thank you, but due to Michaels hostility towards non Amercians who
enjoy their privacy, and with no chance of SSL in ircu, we took our vote a
few hours ago, and at UTC changed ircd's
Noel: I know for a fact that Mirc has SSL enabled, as does ChatZilla, one
of our admins has said there is
On Mon, Jul 22, 2013 at 07:24:36AM -0400, Michael Poole wrote:
> On Jul 22, 2013 2:30 AM, "Noel Butler" wrote:
> >
> > On Fri, 2013-07-19 at 08:15 -0400, Michael Poole wrote:
> >
> >>
> >> The only thing that US law has to do with anything is that the US --like
> 40 other countries, including
> >>
> > Complied with by a simple notice on ftp servers, and, funnily
> enough, inside the package you need to open and read before building,
> when was the last time you saw such a notice before downloading httpd,
> or postfix etc
>
> I can't say for sure how the law is interpreted in Australia,
On Jul 22, 2013 2:30 AM, "Noel Butler" wrote:
>
> On Fri, 2013-07-19 at 08:15 -0400, Michael Poole wrote:
>
>>
>> The only thing that US law has to do with anything is that the US --like
40 other countries, including
>> most of those already mentioned has implemented export controls under
the Wass
I'm pretty much on the same page as Kev with the solution: implement a
connection stack with configurable modules and then implement an encryption
module. As Kev said, it would actually be nice for us to have that ability
for other things. I also agree with his caveat, that we simply don't have
any
I've been holding my tongue on this, because Michael's been stating the
very logic that I have stated in the past; however, my views have been
changing somewhat, and I think there are ways to approach this that can
at least partially satisfy all parties.
The first thing I want to be clear about is
On Fri, Jul 19, 2013 at 1:47 PM, Noel Butler wrote:
> **
> On Thu, 2013-07-18 at 22:22 -0400, Michael Poole wrote:
>
> Just so people are not left wondering, I have better ways to spend my
> time than to debunk emails that are driven by emotion and ignorance of
> the subject matter(s) at hand.
>
On Thu, Jul 18, 2013 at 11:47 PM, Noel Butler wrote:
> On Thu, 2013-07-18 at 22:22 -0400, Michael Poole wrote:
>
> Just so people are not left wondering, I have better ways to spend my
> time than to debunk emails that are driven by emotion and ignorance of
> the subject matter(s) at hand.
> _
On Thu, 2013-07-18 at 22:22 -0400, Michael Poole wrote:
> Just so people are not left wondering, I have better ways to spend my
> time than to debunk emails that are driven by emotion and ignorance of
> the subject matter(s) at hand.
> ___
> Coder-com ma
Just so people are not left wondering, I have better ways to spend my
time than to debunk emails that are driven by emotion and ignorance of
the subject matter(s) at hand.
___
Coder-com mailing list
Coder-com@undernet.org
http://undernet.sbg.org/mailman/l
On Fri, Jul 19, 2013 at 11:13 AM, Michael Poole wrote:
> Unless someone presents more compelling arguments in favor of the
> idea, I do not expect to add SSL support to ircu.
>
>
I would have thought privacy would be compelling enough?
What about those other servers out there that are standalon
Unless someone presents more compelling arguments in favor of the
idea, I do not expect to add SSL support to ircu.
On the networking side of things, it does little to protect users from
the kind of surveillance you describe: If an adversary is recording
metadata, they will get substantively the s
Nefarious IRCu supports SSL already. I forgot where the SSL support
originally came from (I remember something about a partially-working
patch that was modified to work well). If ircu wants to add SSL support,
should be pretty easy to take the relevant code from Nefarious.
~reed
(disclaimer: I was
Implementing SSL shouldn't be too hard technically, the socket
connection layer in ircu is pretty well encapsulated or it was at one
time (it's been a while since I worked on the code). It'll burn some CPU
but that may or may not be an issue. Sounds like an interesting and fun
project. Do all c
15 matches
Mail list logo
