Mial formullär utan ÅÄÖ problem

Nu får vi backa ett par steg här. Först och främst; vilket/vilka språk bygger ditt formulär på?
Sen hade det varit bra med koden också, kan tyvärr inte se den

Vilka fel får du med åäö? Definerar du formateringen i html taggen överst på sidan?

Det skulle vara så mycket enklare om du skickade datan med rätt encoding till att börja med.

Aha, jag som inte läste hela

Det enda du ska behöva göra är att specificera charset en gång för HTML och en gång för PHP, sen är det klart. Finns ingen anledning att konvertera vartenda sträng.

Placera följande kodsnuttar i headern:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<?php
header("Content-Type: text/html; charset=utf-8");
?>

@freddehboy: Det finns en hel del att tänka på när det kommer till mail, i synnerhet mail() som ställer väldigt höga (och svårupptäckta) krav på dig som användare, och exemplet ovan kan missbrukas av illvilliga användare. För att undvika misstag kan det vara värt att fundera på att använda ett färdigt bibliotek som t.ex. PHPMailer istället.

<meta> påverkar inte vilken data du faktiskt skickar till webbläsaren, det är bara ett sätt informera om hur datan ska presenteras för användaren. Om du är obekant med teckenkodning så kan det hjälpa att tänka på det som olikfärgade glasögon; med ett par kanske din data är rosa, med ett annat gul, och om man inte kommer överrens om vad som ska användas så kan det hända att man ser olika saker. Utan meta-tagg eller annan information om vilken teckenkodning webbläsaren ska använda kommer webbläsaren försöka gissa istället, och eftersom att det fungerar när du tar bort meta-taggen (som är lägre prioriterad än t.ex. tips i Content-Type (som man bör använda istället för <meta>)) har du antagligen använt en annan kodning i källkodsfilen; det är denna som avgör hur datan i dina statiska strängar ser ut internt, och såvida du inte konverterar dessa innan du skickar uppgifterna till klienten även vad den faktiskt tar emot. Vill du presentera dokumentet som t.ex. UTF-8 bör du se till att alla filer sparas som det med. De flesta editorer har alternativ för det.

<meta> påverkar inte heller hur du skickar dina mail, eller ens vilken data du tar emot, däremot kan det påverka hur (väluppfostrade) webbläsare skickar text till dig via formulär på siten. För att undvika problem bör du alltid verifiera att inkommande data är giltig för den förväntade teckentabellen, du kan göra det med mb_check_encoding().

Teckenkodningen i själva mailet är ett helt annat kapitel, det kan som sagt vara värt att titta på ett färdigt bibliotek för det.

Använd [code] ... [/code]. Du kan se hur andra har formaterat sina inlägg om du citerar.

Det stämmer inte helt. Med header(...) sätter man en header på ett response, dvs det som skickas från servern tillbaka till klienten. Formuläret skickas som e-post så encodingen måste sättas även där, se http://php.net/manual/en/function.mail.php, parameter $additional_headers.

Att deklarera content-type med meta-taggen är i princip meningslöst om man skickar med headers i responset; faktum är att webbläsare inte bryr sig om meta-taggen om den istället får content type genom en header. Det kan dessutom vara missvisande om det angivna charsetet inte stämmer överens med headern.

Jag gissar på att PHP redan sätter headern 'Content-Type=text/html;charset=utf-8' för alla response som standard — detta är en konfigurationsinställning och bör vara standard i yngre versioner. Med andra ord tror jag inte header("Content-Type: text/html; charset=utf-8"); behövs alls. Skulle PHP ändå vara konfigurerat till att sätta en header med exempelvis ISO-8859-1 är det bättre att ändra det i konfigurationen.

Det som kvarstår är alltså att sätta content type på mejlet och då datan kommer in som UTF-8 ska även mejlet ha denna encoding. Detta stämmer överens med alla iconv i koden, som just omvandlar UTF-8 till ISO-8859-1. Genom att sätta headern på mejlet kommer man inte behöva konvertera om någon data.