</description>
</item>
+ <item>
+ <title>Xocai - sjokolade uten helse i hver bit</title>
+ <link>http://people.skolelinux.org/pere/blog/Xocai___sjokolade_uten_helse_i_hver_bit.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Xocai___sjokolade_uten_helse_i_hver_bit.html</guid>
+ <pubDate>Tue, 3 Jul 2012 20:40:00 +0200</pubDate>
+ <description><p>Via Skepsis-bloggen kom jeg i dag over en skremmende og interessant
+historie om hvordan norske selgere av sjokoladen Xoçai legger frem
+helsepåstander de ikke kan støtte opp med beviser, og kommer med
+trusler for å stilne sine kritikere. Her er et knippe bloggposter som
+forteller historien:</p>
+
+<p><ul>
+
+<li><a href="http://skepsis.no/blog/?p=6522">Ulovlige
+ sjokoladepåstander</a></li>
+
+<li><a href="http://tjomlid.com/2012/06/26/xocai-en-stygg-historie-om-norsk-sjokolademafia/">Xocai
+ – en stygg historie om norsk sjokolademafia</a></li>
+
+<li><a href="http://tjomlid.com/?p=6659">Xocai, en sunn sjokolade? Er
+ det helse i hver bit?</a></li>
+
+<li><a href="http://tjomlid.com/?p=6654">30 punkter du bør undersøke
+ før du starter som Xocai distributør</a></li>
+
+</ul></p>
+
+<p>Historien er så interessant at selgerne fortjener
+Streisand-effekten</p>
+</description>
+ </item>
+
+ <item>
+ <title>Can Zimbra be told to send autoreplies to the From: address?</title>
+ <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</guid>
+ <pubDate>Tue, 3 Jul 2012 23:30:00 +0200</pubDate>
+ <description><p>In the NUUG <a href="http://www.fiksgatami.no/">FiksGataMi</a>
+project (Norwegian version of
+<a href="http://www.fixmystreet.com/">FixMyStreet</a> from
+<a href="http://www.mysociety.org/">mySociety</a>), we have discovered
+a problem with the municipalities using
+<a href="http://www.zimbra.com/">Zimbra</a>. When FiksGataMi send a
+problem report to the government, the email From: address is set to
+the address of the person reporting the problem, while envelope sender
+is set to the FiksGataMi contact address. The intention is to make
+sure the municipality send any replies to the person reporting the
+problem, while any email delivery problems are sent to us in NUUG.
+This work well in most cases, but not for Karmøy municipality using
+Zimbra. Karmøy is using the vacation message function in Zimbra to
+send an automatic reply to report that the message has been received,
+and this message is sent to the envelope sender and not the address in
+the From: header.</p>
+
+<p>This causes the automatic message from Karmøy to go to NUUGs
+request-tracker instance instead of to the person reporting the
+problem. We can not really change the envelope sender address, as
+this would make it impossible for us to discover when there are
+problems with the MTAs receiving problem reports. We have been in
+contact with the people at Karmøy municipality, and they are willing
+to adjust Zimbra if something can be changed there to get a better
+behaviour.</p>
+
+<p>The default behaviour of Zimbra is as far as I can tell according
+to the specification in RFC 3834, which recommend that vacation
+messages are sent to the envelope sender and not to the From: address.
+But I wonder if it is possible to adjust or configure Zimbra to behave
+differently. Anyone know? Please let us know at
+<a href="http://lists.nuug.no/mailman/listinfo/fiksgatami">fiksgatami
+(at) nuug.no</a>.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</title>
+ <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
+ <pubDate>Wed, 4 Jul 2012 14:20:00 +0200</pubDate>
+ <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
+spørmål om hvorfor <a href="http://www.frikanalen.no/">Frikanalen</a>
+er kryptert på RiksTV. De toer sine hender:
+
+<p><blockquote>
+<p>Date: Mon, 2 Jul 2012 08:15:38 +0000
+<br>From: Arve Lindboe &lt;Arve.Lindboe (at) medietilsynet.no&gt;
+<br>To: Petter Reinholdtsen
+<br>CC: Arthur Garnes &lt;Arthur.Garnes (at) rikstv.no&gt;,
+ postmottak (at) sd.dep.no, post (at) frikanalen.no
+<br>Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn</p>
+
+<p>Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
+Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
+1. juli til Dem, som vi har mottatt i kopi.</p>
+
+<p>For ordens skyld vil vi orientere om at Medietilsynet har visse
+tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
+opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
+pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
+kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
+uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
+NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
+konsesjonen.</p>
+
+<p>Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
+administrasjon av engangsavgift knyttet til adgangskontrollsystem for
+NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
+spørsmålene De reiser i tilknytning til det.</p>
+
+<p>Mvh</p>
+
+<p>Arve Lindboe</p>
+
+<p>rådgiver,
+<br>Medietilsynet</p>
+</blockquote></p>
+
+<p>Her må det tydeligvis andre aktører i sving for å bli kvitt
+krypteringen av Frikanalen.</p>
+</description>
+ </item>
+
</channel>
</rss>
projects / homepage.git / blobdiff