Är hos .SE, Ringvägen 100, trapp/hiss A våning 9.
Någon som vill äta något innan? Tänkte gå ut och göra det, och vara tillbaks strax innan 18.30. Om ni behöver nå mig finns jag på 0733-173956.
Hej!
.SE får besök av Simon Davies nästa fredag. Därmed bjuder de in till lunch för ett informellt samtal med honom, och om initiativet Code Red. Simon vad bl.a. med och startade Privacy International.
Vi tänkte hålla det kort och enkelt, och vara i .SE:s hörsal mellan 12 och 13. .SE ligger på Ringvägen 100 vi Skanstull, och finns på våning 9 uppgång A.
Om du är intresserad av att delta, skicka gärna ett mail till niklas.seren(a)iis.se och anmäl dig.
Mer om Simon:
http://en.wikipedia.org/wiki/Simon_Davies_%28privacy_advocate%29
Mer om Code Red:
https://codered.is/
Jag tycker att det låter som en bra sak. Tips kolla ifall inte någon från Sparvnästet vill vara med.
Räknas alla insatser? Eller finns det något minimikrav? Det minsta vi kan göra är väl att hjälpa till och sprida och lägga upp bloggpost på svenska. Du är väl rätt bra på att skriva? En annan sak skulle kunna vara att skriva ihop med några andra organisationer och försöka få in det i någon tidning? Och en annan sak som kanske kräver lite tid, men om du får ihop några är väl att skapa en uppseendeväckande aktivitet någonstans, dokumentera det och sprida.
//Linda
On 28 maj 2015, at 17:22, Sven Ruin <sven.ruin(a)teroc.se> wrote:
> …är nästa vecka. Jag vill göra något genom Accoun (accoun.org) men behöver fler bundsförvanter för att det ska bli något. Vill någon mer vara med? Se http://standupfortruth.org/
>
> Sven
||COPYLINDA||
Linda Sandberg
Studio: Heleneborgsg 14, Stockholm
Mobile:+46(0)70573 97 37
Skype:Copylinda
Twitter:Copylinda
IRC: ASK ME ;)
Hej,
Ursäkta långt subject, ni kanske minns brevet till FN som återfinns på:
https://www.dfri.se/svar-till-fn-om-kryptering-och-manskliga-rattigheter/
Nu är rapporten klar, och det ser bra ut. Orkar ni inte läsa hela så
rekommenderar jag slutet: "V.Conclusions and recommendations"
Rapportens summary är följande:
"In the present report, submitted in accordance with Human Rights
Council resolution 25/2, the Special Rapporteur addresses the use of
encryption and anonymity in digital communications. Drawing from
research on international and national norms and jurisprudence, and the
input of States and civil society, the report concludes that encryption
and anonymity enable individuals to exercise their rights to freedom of
opinion and expression in the digital age and, as such, deserve strong
protection."
Här kan ni läsa den om ni är nyfikna:
http://www.ohchr.org/EN/HRBodies/HRC/RegularSessions/Session29/Documents/A.…
Mvh
Andreas
--
DFRI-listan är öppen för alla.
Listan arkiveras och publiceras öppet på internet.
Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri
Listpolicy: https://www.dfri.se/regler-for-listan
är nästa vecka. Jag vill göra något genom Accoun (accoun.org) men behöver
fler bundsförvanter för att det ska bli något. Vill någon mer vara med? Se
http://standupfortruth.org/
Sven
Hej DFRI,
Vidarebefordrar här inbjudan till online hangout 2/6 kl. 11.00 om
MyData-projekt. Det handlar om att dela kunskap om utvecklingen i Norden
kring hantering och utnyttjande av personliga uppgifter samt
övervakning. Finns intresse för att hitta möjligheter till samarbete.
Mvh,
Mattias
Open Knowledge
-------- Forwarded Message --------
Subject: [Okfn-se] invitiation : mydata online hangout 2nd june 11
swedish time
Date: Tue, 26 May 2015 18:20:46 +0300
From: miska knapek <miska(a)knapek.org>
To: okfn-se(a)lists.okfn.org <okfn-se(a)lists.okfn.org>
Hey good folks,
Consider yourselves very welcome to this Nordic Open Data Week event, if
you're into mydata.
MyData ONLINE Hangout - 2nd June 11 central european time
email miskak(a)gmail.com <mailto:miskak@gmail.com> to participate, we
meet on skype or hangout. details to be announced if you email.
Welcome to a hangout of MyData interested people in the Nordics - and
beyond - hosted by Open Knowledge Finland. We look forward to meeting
others and hearing what else happens in the Nordic region concerning My
Data, and perhaps collaborate.
MyData is a human-centered approach to personal information management
and processing. It gives people the right and practical means to access
to data collected about them such as purchasing data, traffic data,
telecommunications data, medical records, financial information and data
derived from various online services. The simple core idea, the
individual in control of their own data, is both a movement for digital
human rights and an initiative for opening new business opportunities.
MyData is a global phenomenon and the future scenario, around which
technology and business is being developed at a growing pace. In Finland
the ministry of Transportation and Communication published a white paper
on MyData in 2014 (english summary in june 2015) and the national
development has been fast since. Currently we are looking for Nordic
collaborations.
Welcome!
all the best,
miska
--
miska michael knapek - your local illusionist (designer)
mob. +358-50-320-2616
web: http://knapek.orghttp://twitter.com/miskaknapek
animations: http://vimeo.com/miska
images: http://flickr.com/miska_too/sets
Hej!
Någon mer som kommer på onsdag?
Vi har en person som vill göra något med Tor-relän. Någon mer som känner
sig manad att jobba med detta?
Jag kommer att jobba med medlemshantering. Först och främst uppfinna en
ny process för anmälan (webformulär verkar smart) och
medlems-informationens liv ett år framöver. Det innefattar koppling av
anmälan till inbetalning, information om medlemsstatus, påminnelse om
förnyelse och avföran ur register. Därefter skall det undersökas hur
detta skall implementeras tekniskt. Finns det färdiga system att använda
åtminstone delar av? Vad behöver vi implementera själva?
Har inte hört av någon från webgruppen ännu. Kanske någon där som vill
ta chansen att visa upp något eller bara se till att få senaste grejerna
flyttade från test-sajten till den skarpa sidan?
Ses på onsdag!
--
DFRI-listan är öppen för alla.
Listan arkiveras och publiceras öppet på internet.
Arkiv: http://dir.gmane.org/gmane.org.user-groups.dfri
Listpolicy: https://www.dfri.se/regler-for-listan
Hej listan!
Här följer en sammanfattning från det som hänt inom IETF och alternativa namn för DNS. Det här arbetet initierades av en draft för få in alternativa toppdomäner enligt RFC 6761. Denna RFC härstammar från Apple när de ville reservera .local för lokala tjänster med Bonjour (mDNS). Detta gick då rätt smärtfritt.
Men önskemålet som uppstod senare var att bl.a. reservera .onion för Tor-tjänster. Då började arbetsgruppen dnsop inom IETF bli lite oroliga, och ICANN-människor såg det här som en bakväg för att få in nya toppdomäner i root. Så ett rätt stort arbete har inletts för att reda ut konsekvenserna av RFC 6761, och formalisera någon slags process för den här bakvägen för nya speciella toppdomäner.
Den här texten beskriver kort vad läget är. Det ser lite ljusare ut för .onion nu än vad det gjort tidigare. Men konsekvenserna genom att registrera .onion den här vägen blir att det blir en slags dörröppnare för andra specialdomäner.
Begin forwarded message:
> From: Suzanne Woolf <suzworldwide(a)gmail.com>
> Subject: [DNSOP] followup and proposed actions: RFC 6761 interim and next steps
> Date: 20 May 2015 00:18:24 GMT+2
> To: dnsop(a)ietf.org
> Cc: joel jaeggli <joelja(a)bogus.com>
>
> Dear Colleagues,
>
> First, thanks for extensive and thoughtful discussion on the list and in our interim meeting last week on the way forward for the internet-drafts requesting special use names registry entries under RFC 6761.
>
> This message is fairly long, and contains some impressions of where we are, a couple of actions we expect to take in the next few days, and some questions we’d like to pursue going forward. Please read all of it if you’re interested in the overall topic; we have significant challenges of both process and substance to navigate.
>
> It's clear that applying RFC 6761 is challenging, and one of the outcomes we'd like to see from the current discussion is serious consideration of whether we need to update it with a new document suggesting additional guidelines or considerations.
>
> First, some initial impressions:
>
>
> .ONION (draft-appelbaum-dnsop-onion-tld-01):
>
> * There’s significant support for the .onion request, in terms of the draft itself and what the TOR project is trying to accomplish by supporting the protocol and making the request.
>
> * There are some reservations about .onion. We heard concerns that we might be setting a precedent for arbitrary appropriation of namespace; that the protocol may not be thoroughly documented, and that we’re not clear on how high the bar should be for a special use name.
>
>
> .ALT (draft-wkumari-dnsop-alt-tld-06):
>
> * There’s significant support for .alt as a possible alternative namespace for implementers who want namespace they’re certain won’t resolve in the global DNS, but are willing to be flexible on what namespace they use.
>
> * There are operational questions about .alt that would have to be resolved in further development of the draft, such as whether to assume “leaked” queries would be sunk to AS112.
>
> * There was some concern that implementers who want single-label or “TLD” namespaces would not accept .alt as a possible alternative
>
> * There was some question as to what would be gained by .alt that we don’t already have in .invalid, which is also already reserved
>
>
> HOME/CORP/MAIL (draft-chapin-additional-reserved-tlds-02):
>
> * This is the most controversial of the RFC 6761 drafts and the one most driven by policy concerns
>
> * The draft assumes that these names are commonly being used in local DNS contexts and often “leak” into the public internet. Specific uses are not documented.
>
> * The most commonly used justification for this reservation was the risk of name collision if ICANN delegates these names in the production root zone.
>
> * Since ICANN has said that they’re not currently planning to delegate these names, the justification further seems to assume that ICANN’s assurance of this is not a sound basis for believing that risk is contained
>
> * There were questions about how to quantify name collision risk, or otherwise set a threshold for what operational characteristics of the appearance of a given name in the public internet would justify a conclusion that it should be “protected” by the IETF from delegation in the production root zone
>
>
> ADDITIONAL NOTES:
>
> There was some discussion of other drafts as well. In particular, there was some willingness to review the requests currently contained in draft-grothoff-iesg-special-use-p2p-names-04 if presented in separate drafts, as that would make it easier for the WG to properly consider those requests.
>
>
> MOVING FORWARD:
>
> We expect to take the following steps:
>
> 1. A call for adoption on the WG list of draft-appelbaum-dnsop-onion-tld-01. Given that there's clear support for it and a timeliness concern, we'd like to see if we can get to a consensus to move forward with it.
>
> 2. A call for adoption on the WG list of draft-wkumari-dnsop-alt-tld-06, and further discussion on the list to the operational questions mentioned above. We're all aware this isn't a complete solution to the perceived demand for special use names; can it be used to make the situation notably better?
>
> 3. Further discussion on the WG list of draft-chapin-additional-reserved-tlds-02. Given that we don't currently see consensus to move forward with it, and the support for it seems widely fragmented among technical and policy-based reasoning, we'd particularly like to see any NEW input on:
>
> * What is the specific operational impact being sought by adding these names to the special use names registry? Is the goal to have an impact on anyone besides ICANN?
> * Some of our discussion so far has suggested that there's a difference between basing a decision about a special use names delegation on intended use in a new protocol, such as .onion, and basing such a decision on unknown and unspecified use, perhaps particularly within the DNS. In the interests of evaluating future such requests that might also not be based on a specific protocol use, is there a bar we can set besides the discussion in the current draft of inferred name collision risk?
>
> 4. It's been pointed out that the maintenance of the special use names registry is complicated by the fact that people used to be able to assume the root zone was relatively stable, and this assumption has become less defensible. (ICANN is not currently accepting new applications for TLDs, and has no announced schedule for opening an application window again, but has said they plan a future application round.) Is there something that the IETF should be doing to help DNS implementers and operators handle this change in the environment?
>
>
> thanks,
> Suzanne and Tim
> _______________________________________________
> DNSOP mailing list
> DNSOP(a)ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop