<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Kontaktskjema vs. e-post</title>
	<atom:link href="http://www.bekkelund.net/2006/12/05/kontaktskjema-vs-e-post/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bekkelund.net/2006/12/05/kontaktskjema-vs-e-post/</link>
	<description>En blogg om IT</description>
	<lastBuildDate>Wed, 08 Feb 2012 10:10:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Martin</title>
		<link>http://www.bekkelund.net/2006/12/05/kontaktskjema-vs-e-post/#comment-6401</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Wed, 06 Dec 2006 16:29:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2006/12/05/kontaktskjema-vs-e-post/#comment-6401</guid>
		<description>Det er ingen problemer forbundet med vedlegg til et skjema, Lasse. Det krever litt tenking og mikking rundt praktisk løsning, men det er fullt løsbart.</description>
		<content:encoded><![CDATA[<p>Det er ingen problemer forbundet med vedlegg til et skjema, Lasse. Det krever litt tenking og mikking rundt praktisk løsning, men det er fullt løsbart.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lasse Elden</title>
		<link>http://www.bekkelund.net/2006/12/05/kontaktskjema-vs-e-post/#comment-6400</link>
		<dc:creator>Lasse Elden</dc:creator>
		<pubDate>Wed, 06 Dec 2006 11:50:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2006/12/05/kontaktskjema-vs-e-post/#comment-6400</guid>
		<description>Kontaktskjema er selvsagt best! Du får gjort det der og da.
Unntaket er jo dersom du skal sende med vedlegg, men da må man gjøre flere operasjoner uansett og e-post kan derfor like gjerne benyttes.
En annen ulempe med e-post er at du må klippe å lime, dersom ikke standard programvare for e-post benyttes av brukeren. Altså at du kan klikke og sende e-post direkte og ikke må endre til annet e-post program.

I en blogg er det jo en fordel med skjema, da alt samles i den aktuelle artikkelen.</description>
		<content:encoded><![CDATA[<p>Kontaktskjema er selvsagt best! Du får gjort det der og da.<br />
Unntaket er jo dersom du skal sende med vedlegg, men da må man gjøre flere operasjoner uansett og e-post kan derfor like gjerne benyttes.<br />
En annen ulempe med e-post er at du må klippe å lime, dersom ikke standard programvare for e-post benyttes av brukeren. Altså at du kan klikke og sende e-post direkte og ikke må endre til annet e-post program.</p>
<p>I en blogg er det jo en fordel med skjema, da alt samles i den aktuelle artikkelen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.bekkelund.net/2006/12/05/kontaktskjema-vs-e-post/#comment-6399</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Tue, 05 Dec 2006 21:52:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2006/12/05/kontaktskjema-vs-e-post/#comment-6399</guid>
		<description>Problemet du påpeker er sannsynligvis det største ankepunktet mot bruk av kontaktskjema. Jeg har opplevd det selv, men det skjer så sjelden at jeg ser risikoen som såpass liten at det en risiko jeg gjerne løper. Jeg vil kanskje påstå at den er mindre en risikoen for at en e-post blir filtrert vekk av et spamfilter, noe som ikke skjer med et kontaktskjema.

Det ligger selvfølgelig noen tekniske forutsetninger til grunn. Eksempelvis må man ha en funksjonell timeout-funksjon som løser tidsavbrudd ved den magiske 60-sekundersgrensen. I tillegg må man ha auto-utfylling av allerede utfylte felter, dersom brukeren glemmer ett eller flere felter.</description>
		<content:encoded><![CDATA[<p>Problemet du påpeker er sannsynligvis det største ankepunktet mot bruk av kontaktskjema. Jeg har opplevd det selv, men det skjer så sjelden at jeg ser risikoen som såpass liten at det en risiko jeg gjerne løper. Jeg vil kanskje påstå at den er mindre en risikoen for at en e-post blir filtrert vekk av et spamfilter, noe som ikke skjer med et kontaktskjema.</p>
<p>Det ligger selvfølgelig noen tekniske forutsetninger til grunn. Eksempelvis må man ha en funksjonell timeout-funksjon som løser tidsavbrudd ved den magiske 60-sekundersgrensen. I tillegg må man ha auto-utfylling av allerede utfylte felter, dersom brukeren glemmer ett eller flere felter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Per-Erik Skramstad</title>
		<link>http://www.bekkelund.net/2006/12/05/kontaktskjema-vs-e-post/#comment-6398</link>
		<dc:creator>Per-Erik Skramstad</dc:creator>
		<pubDate>Tue, 05 Dec 2006 21:36:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2006/12/05/kontaktskjema-vs-e-post/#comment-6398</guid>
		<description>Men det du ikke har kommentert, er problemet mange som har fylt ut endeløse skjemaer (fx jobbsøknader og CV-skjemaer) opplever, nemlig at alt kollapser og forsvinner når man skal sende. En gang søkte jeg på en stilling i min hjemkommune. Etter 25 minutters utfylling av av CV- og søknadsskjema bestemte systemet seg for å nullstille alt, og det var ingen lagring underveis.</description>
		<content:encoded><![CDATA[<p>Men det du ikke har kommentert, er problemet mange som har fylt ut endeløse skjemaer (fx jobbsøknader og CV-skjemaer) opplever, nemlig at alt kollapser og forsvinner når man skal sende. En gang søkte jeg på en stilling i min hjemkommune. Etter 25 minutters utfylling av av CV- og søknadsskjema bestemte systemet seg for å nullstille alt, og det var ingen lagring underveis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.bekkelund.net/2006/12/05/kontaktskjema-vs-e-post/#comment-6396</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Tue, 05 Dec 2006 21:21:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.bekkelund.net/blogg/2006/12/05/kontaktskjema-vs-e-post/#comment-6396</guid>
		<description>Spam &lt;em&gt;er&lt;/em&gt; et tema. Husk at svært mange bedrifter benytter små ISP-er med begrenset båndbredde, eksempelvis 5 GB per måned for all trafikk (både web og e-post). Hvis man i tillegg er noen ansatte har man ikke svært mye båndbredde å dele på. Den dagen du begynner å få binære vedlegg til e-posten forstår man plutselig problemet. Jeg får det selv, og ser det hos andre. Man trenger således ikke å bidra til å øke problemet ved å publisere e-postadresser på nett.

Med et anti-spamprogram øker man risikoen for å filtrere vekk meldinger man faktisk skulle mottatt, det vil si at programvaren leverer falske positive. Dette problemet opplever jeg faktisk hyppig hos en bestemt kunde. Dette unngår man med et kontaktskjema, hvor man kan sette opp løsningen til å ikke filtrere e-post som kommer fra kontaktskjemaet uansett innhold. Mitt skjema og e-postleser gjør det slik.

Jeg irriterer meg ikke over spam, nettopp fordi jeg har løsninger som gjør at jeg dette ikke plager meg, i tillegg til at jeg vet at utlevering av e-postadressen på nettsiden min ikke blir et problem. Løsningen er &lt;em&gt;ikke&lt;/em&gt; å innføre ekstra anti-programvare, men å benytte eksisterende løsninger på en måte som ikke medfører risiko for feil og falsk trygghet.

Når det gjelder utsendelse av kopi til avsender, samt blindkopi til ønskede mottakere, er dette &lt;em&gt;svært&lt;/em&gt; enkelt å lage. Jeg fikk en gang en forespørsel om å lage en slik funksjon, da vedkommendes kunder ville lagre sine henvendelser i sine CRM-system. Løsningen sender først ut e-post fra kontaktskjemaet til mottakeren, samt kopi til avsender. Deretter kjøres en repeterende loop som sender en og en e-post til de man ønsker å sende blindkopi til, da e-post sendt som ren BCC ofte filtreres hos mottakeren. Det finnes programvare basert på åpen kildekode og lisensiert under GPL som gjør dette i dag.

Ellers beklager jeg blingsingen med generering av trafikk til nettstedet.

Når det gjelder misbruk av kontaktskjema, eksempelvis av spambots, har jeg innført en smart løsning som jeg fikk tips om fra &lt;a href=&quot;http://skriblerier.net/index.php?id=139&quot; rel=&quot;nofollow&quot;&gt;Espen Andersson&lt;/a&gt; i en IM-samtale. Ved å la PHP generere en random-ID i feltene, kan ikke automatiserte spambots lenger verifisere at skjemaet er det korrekte. Enkelt, men smart. Manuelt misbruk kommer man selvfølgelig ikke utenom på noen måte, annet enn filtrering av IP-adresser med .htaccess, men da er det selvfølgelig allerede for sent for første misbruk.

Men igjen, jeg er enig i at man bør la brukeren velge, med mindre det er spesiell informasjon man &lt;em&gt;må&lt;/em&gt; ha.</description>
		<content:encoded><![CDATA[<p>Spam <em>er</em> et tema. Husk at svært mange bedrifter benytter små <acronym title="Internet Service Provider">ISP</acronym>-er med begrenset båndbredde, eksempelvis 5 <acronym title="Gigabyte">GB</acronym> per måned for all trafikk (både web og e-post). Hvis man i tillegg er noen ansatte har man ikke svært mye båndbredde å dele på. Den dagen du begynner å få binære vedlegg til e-posten forstår man plutselig problemet. Jeg får det selv, og ser det hos andre. Man trenger således ikke å bidra til å øke problemet ved å publisere e-postadresser på nett.</p>
<p>Med et anti-spamprogram øker man risikoen for å filtrere vekk meldinger man faktisk skulle mottatt, det vil si at programvaren leverer falske positive. Dette problemet opplever jeg faktisk hyppig hos en bestemt kunde. Dette unngår man med et kontaktskjema, hvor man kan sette opp løsningen til å ikke filtrere e-post som kommer fra kontaktskjemaet uansett innhold. Mitt skjema og e-postleser gjør det slik.</p>
<p>Jeg irriterer meg ikke over spam, nettopp fordi jeg har løsninger som gjør at jeg dette ikke plager meg, i tillegg til at jeg vet at utlevering av e-postadressen på nettsiden min ikke blir et problem. Løsningen er <em>ikke</em> å innføre ekstra anti-programvare, men å benytte eksisterende løsninger på en måte som ikke medfører risiko for feil og falsk trygghet.</p>
<p>Når det gjelder utsendelse av kopi til avsender, samt blindkopi til ønskede mottakere, er dette <em>svært</em> enkelt å lage. Jeg fikk en gang en forespørsel om å lage en slik funksjon, da vedkommendes kunder ville lagre sine henvendelser i sine <acronym title="Customer Relationship Management">CRM</acronym>-system. Løsningen sender først ut e-post fra kontaktskjemaet til mottakeren, samt kopi til avsender. Deretter kjøres en repeterende loop som sender en og en e-post til de man ønsker å sende blindkopi til, da e-post sendt som ren BCC ofte filtreres hos mottakeren. Det finnes programvare basert på åpen kildekode og lisensiert under <acronym title="GNU General Public License">GPL</acronym> som gjør dette i dag.</p>
<p>Ellers beklager jeg blingsingen med generering av trafikk til nettstedet.</p>
<p>Når det gjelder misbruk av kontaktskjema, eksempelvis av spambots, har jeg innført en smart løsning som jeg fikk tips om fra <a href="http://skriblerier.net/index.php?id=139">Espen Andersson</a> i en <acronym title="Instant Message">IM</acronym>-samtale. Ved å la <acronym title="Pre-Hypertext Processing">PHP</acronym> generere en random-ID i feltene, kan ikke automatiserte spambots lenger verifisere at skjemaet er det korrekte. Enkelt, men smart. Manuelt misbruk kommer man selvfølgelig ikke utenom på noen måte, annet enn filtrering av <acronym title="Internet Protocol">IP</acronym>-adresser med .htaccess, men da er det selvfølgelig allerede for sent for første misbruk.</p>
<p>Men igjen, jeg er enig i at man bør la brukeren velge, med mindre det er spesiell informasjon man <em>må</em> ha.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

