blog/archive/2014/11/11.rss

   1 <?xml version="1.0" encoding="ISO-8859-1"?>
   2 <rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/'>
   3         <channel>
   4                 <title>Petter Reinholdtsen - Entries from November 2014</title>
   5                 <description>Entries from November 2014</description>
   6                 <link>http://people.skolelinux.org/pere/blog/</link>
   7
   8
   9         <item>
  10                 <title>Hvordan vurderer regjeringen H.264-patentutfordringen?</title>
  11                 <link>http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html</link>
  12                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvordan_vurderer_regjeringen_H_264_patentutfordringen_.html</guid>
  13                 <pubDate>Sun, 16 Nov 2014 10:30:00 +0100</pubDate>
  14                 <description>&lt;p&gt;For en stund tilbake spurte jeg Fornyingsdepartementet om hvilke
  15 juridiske vurderinger rundt patentproblemstillingen som var gjort da
  16 H.264 ble tatt inn i statens referansekatalog over standarder.  Stig
  17 Hornnes i FAD tipset meg om følgende som står i oppsumeringen til
  18 høringen om referansekatalogen versjon 2.0, som jeg siden ved hjelp av
  19 en innsynsforespørsel fikk tak i
  20 &lt;ahref=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;PDF-utgaven&lt;/a&gt;
  21 datert 2009-06-03 (saksnummer 200803291, saksbehandler Henrik
  22 Linnestad).&lt;/p&gt;
  23
  24 &lt;p&gt;Der står det følgende om problemstillingen:&lt;/p&gt;
  25
  26 &lt;p&gt;&lt;blockquote&gt;
  27 &lt;strong&gt;4.4 Patentproblematikk&lt;/strong&gt;
  28
  29 &lt;p&gt;NUUG og Opera ser det som særlig viktig at forslagene knyttet til
  30 lyd og video baserer seg på de royalty-frie standardene Vorbis, Theora
  31 og FLAC.&lt;/p&gt;
  32
  33 &lt;p&gt;Kommentarene relaterer seg til at enkelte standarder er åpne, men
  34 inneholder tekniske prosedyrer som det i USA (og noen andre land som
  35 Japan) er gitt patentrettigheter til. I vårt tilfelle berører dette
  36 spesielt standardene Mp3 og H.264, selv om Politidirektoratet peker på
  37 at det muligens kan være tilsvarende problematikk også for Theora og
  38 Vorbis.  Dette medfører at det i USA kan kreves royalties for bruk av
  39 tekniske løsninger knyttet til standardene, et krav som også
  40 håndheves. Patenter kan imidlertid bare hevdes i de landene hvor
  41 patentet er gitt, så amerikanske patenter gjelder ikke andre steder
  42 enn USA.&lt;/p&gt;
  43
  44 &lt;p&gt;Spesielt for utvikling av fri programvare er patenter
  45 problematisk. GPL, en &quot;grunnleggende&quot; lisens for distribusjon av fri
  46 programvare, avviser at programvare kan distribueres under denne
  47 lisensen hvis det inneholder referanser til patenterte rutiner som
  48 utløser krav om royalties. Det er imidlertid uproblematisk å
  49 distribuere fri programvareløsninger under GPL som benytter de
  50 aktuelle standardene innen eller mellom land som ikke anerkjenner
  51 patentene. Derfor finner vi også flere implementeringer av Mp3 og
  52 H.264 som er fri programvare, lisensiert under GPL.&lt;/p&gt;
  53
  54 &lt;p&gt;I Norge og EU er patentlovgivningen langt mer restriktiv enn i USA,
  55 men det er også her mulig å få patentert metoder for løsning av et
  56 problem som relaterer seg til databehandling. Det er AIF bekjent ikke
  57 relevante patenter i EU eller Norge hva gjelder H.264 og Mp3, men
  58 muligheten for at det finnes patenter uten at det er gjort krav om
  59 royalties eller at det senere vil gis slike patenter kan ikke helt
  60 avvises.&lt;/p&gt;
  61
  62 &lt;p&gt;AIF mener det er et behov for å gi offentlige virksomheter mulighet
  63 til å benytte antatt royaltyfrie åpne standarder som et likeverdig
  64 alternativ eller i tillegg til de markedsledende åpne standardene.&lt;/p&gt;
  65
  66 &lt;/blockquote&gt;&lt;/p&gt;
  67
  68 &lt;p&gt;Det ser dermed ikke ut til at de har vurdert patentspørsmålet i
  69 sammenheng med opphavsrettsvilkår slik de er formulert for f.eks.
  70 Apple Final Cut Pro, Adobe Premiere Pro, Avid og Sorenson-verktøyene,
  71 der det kreves brukstillatelse for patenter som ikke er gyldige i
  72 Norge for å bruke disse verktøyene til annet en personlig og ikke
  73 kommersiell aktivitet når det gjelder H.264-video.  Jeg må nok lete
  74 videre etter svar på det spørsmålet.&lt;/p&gt;
  75 </description>
  76         </item>
  77
  78         <item>
  79                 <title>A Debian package for SMTP via Tor (aka SMTorP) using exim4</title>
  80                 <link>http://people.skolelinux.org/pere/blog/A_Debian_package_for_SMTP_via_Tor__aka_SMTorP__using_exim4.html</link>
  81                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/A_Debian_package_for_SMTP_via_Tor__aka_SMTorP__using_exim4.html</guid>
  82                 <pubDate>Mon, 10 Nov 2014 13:40:00 +0100</pubDate>
  83                 <description>&lt;p&gt;The right to communicate with your friends and family in private,
  84 without anyone snooping, is a right every citicen have in a liberal
  85 democracy.  But this right is under serious attack these days.&lt;/p&gt;
  86
  87 &lt;p&gt;A while back it occurred to me that one way to make the dragnet
  88 surveillance conducted by NSA, GCHQ, FRA and others (and confirmed by
  89 the whisleblower Snowden) more expensive for Internet email,
  90 is to deliver all email using SMTP via Tor.  Such SMTP option would be
  91 a nice addition to the FreedomBox project if we could send email
  92 between FreedomBox machines without leaking metadata about the emails
  93 to the people peeking on the wire.  I
  94 &lt;a href=&quot;http://lists.alioth.debian.org/pipermail/freedombox-discuss/2014-October/006493.html&quot;&gt;proposed
  95 this on the FreedomBox project mailing list in October&lt;/a&gt; and got a
  96 lot of useful feedback and suggestions.  It also became obvious to me
  97 that this was not a novel idea, as the same idea was tested and
  98 documented by Johannes Berg as early as 2006, and both
  99 &lt;a href=&quot;https://github.com/pagekite/Mailpile/wiki/SMTorP&quot;&gt;the
 100 Mailpile&lt;/a&gt; and &lt;a href=&quot;http://dee.su/cables&quot;&gt;the Cables&lt;/a&gt; systems
 101 propose a similar method / protocol to pass emails between users.&lt;/p&gt;
 102
 103 &lt;p&gt;To implement such system one need to set up a Tor hidden service
 104 providing the SMTP protocol on port 25, and use email addresses
 105 looking like username@hidden-service-name.onion.  With such addresses
 106 the connections to port 25 on hidden-service-name.onion using Tor will
 107 go to the correct SMTP server.  To do this, one need to configure the
 108 Tor daemon to provide the hidden service and the mail server to accept
 109 emails for this .onion domain.  To learn more about Exim configuration
 110 in Debian and test the design provided by Johannes Berg in his FAQ, I
 111 set out yesterday to create a Debian package for making it trivial to
 112 set up such SMTP over Tor service based on Debian.  Getting it to work
 113 were fairly easy, and
 114 &lt;a href=&quot;https://github.com/petterreinholdtsen/exim4-smtorp&quot;&gt;the
 115 source code for the Debian package&lt;/a&gt; is available from github.  I
 116 plan to move it into Debian if further testing prove this to be a
 117 useful approach.&lt;/p&gt;
 118
 119 &lt;p&gt;If you want to test this, set up a blank Debian machine without any
 120 mail system installed (or run &lt;tt&gt;apt-get purge exim4-config&lt;/tt&gt; to
 121 get rid of exim4).  Install tor, clone the git repository mentioned
 122 above, build the deb and install it on the machine.  Next, run
 123 &lt;tt&gt;/usr/lib/exim4-smtorp/setup-exim-hidden-service&lt;/tt&gt; and follow
 124 the instructions to get the service up and running.  Restart tor and
 125 exim when it is done, and test mail delivery using swaks like
 126 this:&lt;/p&gt;
 127
 128 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
 129 torsocks swaks --server dutlqrrmjhtfa3vp.onion \
 130   --to fbx@dutlqrrmjhtfa3vp.onion
 131 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 132
 133 &lt;p&gt;This will test the SMTP delivery using tor.  Replace the email
 134 address with your own address to test your server. :)&lt;/p&gt;
 135
 136 &lt;p&gt;The setup procedure is still to complex, and I hope it can be made
 137 easier and more automatic.  Especially the tor setup need more work.
 138 Also, the package include a tor-smtp tool written in C, but its task
 139 should probably be rewritten in some script language to make the deb
 140 architecture independent.  It would probably also make the code easier
 141 to review.  The tor-smtp tool currently need to listen on a socket for
 142 exim to talk to it and is started using xinetd.  It would be better if
 143 no daemon and no socket is needed.  I suspect it is possible to get
 144 exim to run a command line tool for delivery instead of talking to a
 145 socket, and hope to figure out how in a future version of this
 146 system.&lt;/p&gt;
 147
 148 &lt;p&gt;Until I wipe my test machine, I can be reached using the
 149 &lt;tt&gt;fbx@dutlqrrmjhtfa3vp.onion&lt;/tt&gt; mail address, deliverable over
 150 SMTorP. :)&lt;/p&gt;
 151 </description>
 152         </item>
 153
 154         </channel>
 155 </rss>