# Vanliga frågor

Varför används inte mina filter för inkommande brev i IMAP-konton?

Eftersom &kmail; inte stöder det för närvarande. Du måste använda filtrering på serversidan (fråga administratören hur man installerar filter på serversidan, och vilket format de har), eftersom IMAP helt och hållet används för att hantera e-post på servern. Även om det finns ett språk för brevfiltrering (Sieve, som definieras i RFC3028), så finns det tyvärr inget standardiserat åtkomstprotokoll för att installera eller redigera Sieve-skript på servern. Om ett sådant protokoll blir tillgängligt i framtiden, så kommer &kmail; troligen innehålla stöd för det.

Att använda PGP eller GnuPG är mycket långsamt eller blockerar &kmail;.

Åtkomst av PGP/GnuPG är synkron i &kmail;, dvs. programmet är blockerat medan PGP/GnuPG arbetar. Detta betyder att du kan vilja stänga av automatisk hämtning av okända nycklar från en nyckelserver för att få &kmail; att svara snabbare. Om du använder GnuPG 1.0.7 (eller senare) eller uppgraderar från en tidigare version, försäkra dig om att köra `gpg `--rebuild-keydb-caches`` en gång, och `gpg `--check-trustdb`` efter varje import eller uppdatering. Båda snabbar upp GnuPG enormt.

Vad bör jag veta om jag vill använda PGP/GnuPG med &kmail;?

&kmail; tillhandahåller ett enkelt och lättanvänt gränssnitt för grundläggande funktioner i de här programmen. Du måste ändå förstå hur programmen fungerar och vad som kan göra användning av dem osäker. Några viktiga punkter:

- Du måste verkligen prova att kryptering fungerar innan du använder den. &kmail; förlitar sig delvis på PGP/GnuPGs felmeddelanden, som ofta ändras mellan olika versioner.

- &kmail; krypterar inte brev med en opålitlig (osignerad) öppen nyckel. Om du vill kryptera med en sådan nyckel, bör du kontrollera nyckelägarens identitet och bara därefter signera nyckeln med din hemliga nyckel. Om du inte vill, eller inte kan, kontrollera nyckelägarens identitet, men ändå vill kryptera brevet, signera då nyckeln lokalt med ``gpg` `--lsign` `nyckel-ID``.

- Att lita på en främmande öppen nyckel utan att kontrollera den är ingen bra idé.

- &kmail; kan inte kryptera och signera bilagor, om du använder det inbyggda OpenPGP-stödet. För krypterade och signerade bilagor måste du ha kryptoinsticksprogram installerade och inställda.

- Med början på GnuPG 1.0.7 måste du ställa in din egen nyckel för "ultimate ownertrust". Det görs inte längre automatiskt åt dig.

Varför skapade &kmail; om en korgs index?

&kmail; skapar om en korgs index så fort indexet verkar vara för gammalt, dvs så fort innehållet i en korg är nyare än indexet, skapar &kmail; om indexet, i detta fall för att förhindra förlust eller skada av brev. Tyvärr kan brev som för närvarande har tagits bort återkomma, och brevflaggor (som viktigt, etc.) gå förlorade, när indexet skapas om.

Ett föråldrat index kan uppstå av flera skäl. De två viktigaste är:

- Något annat program ändrade innehållet i korgen. Om du vill använda &kmail; tillsammans med procmail, läs då gärna svaren på dessa vanliga frågor. Om du vill använda &kmail; tillsammans med ett annat e-postprogram, läs då gärna svaren på dessa vanliga frågor.

- Om din brevkatalog (oftast `~/Mail`) finns på en disk som är monterad via NFS, och klockan på NFS-servern är före klockan på din dator, rapporterar NFS-servern ibland ett felaktigt fildatum för indexfilen. I detta fall antar &kmail; att indexet är för gammalt, fastän det i själva verket inte är det. För att lösa problemet, måste du (eller systemadministratören) se till att klockan på NFS-servern och klockan på din dator alltid är synkroniserade. Ett sätt att åstadkomma det är att använda NTP-demonen.

Jag kan inte lägga till adresser i adressboken efter att ha uppgraderat till KDE 3.x.

Du kopierade troligen din gamla `kmailrc`-fil för hand. Det behövs inte, eftersom det finns ett skript som gör sådant när du kör KDE 3.x första gången. För att lösa problemet, ta bort hela gruppen [AddressBook] och adressboksalternativet i gruppen [General] i din `kmailrc`-fil. Det finns dock risk att du stöter på andra problem som uppdateringsskriptet för inställningarna skulle ha löst.

Kan jag använda &kmail; med en annat e-postprogram, t.ex. mutt?

Om du använder mbox-formatet för dina korgar, är det inte möjligt att använda en annan e-postklient medan &kmail; kör. Med mutt kan det finnas problem även om båda programmen inte kör samtidigt. Vi rekommenderar att maildir-formatet används i det här fallet, eftersom det bör lösa alla problem.

Hur kan jag konvertera mina brevlådor från mbox till maildir?

Det finns inget automatiskt sätt att göra detta. Du måste skapa en ny korg med maildir-format och kopiera breven från mbox-korgen till den nya korgen. Kom ihåg att ändra eventuella filterregler som hör ihop med den gamla korgen innan du tar bort den.

Hur kan jag använda en annan webbläsare än Konqueror för att öppna länkar i brev?

Ändra Filbindningar för HTML-filer med Inställningscentralen.

Hur kan jag ta bort bilagor från brev utan att ta bort brevet själv?

Detta stöds inte för närvarande. Som ett sätt att gå runt problemet, flytta brevet till korgen utkast, och dubbelklicka på det för att öppna det i brevfönstret, ta bort bilagorna, spara brevet till korgen utkast igen, och flytta tillbaka den till dess korg. Nackdelen med det här sättet är att datumet ändras till dagens datum. Vissa andra huvuden kan också ändras.

Hur kan jag få &kmail; att leta efter nya meddelanden vid uppstart?

Starta &kmail; med `kmail `--check``.

Varför blir &kmail; långsam / slutar fungera, när jag försöker skicka stora bilagor?

Det är känt att &kmail; har problem med stora bilagor. Vi arbetar på en lösning på det här problemet för &kde; 3.2, men för närvarande går det åt virtuellt minne som är ungefär 10-15 gånger mer än bilagans storlek. Det här betyder att om du bilägger en 2 Mibyte fil, så kan &kmail; tillfälligt behöva ungefär 20-30 Mibyte virtuellt minne (= RAM + växlingsutrymme). Om du inte har tillräckligt med virtuellt minne kommer detta att leda till problem.

Var sparar &kmail; mina inställningar?

Alla &kmail;-inställningar lagras i `$KDEHOME/share/config/kmailrc`, där `$KDEHOME` typiskt är `~/.kde`.

Var kan jag skaffa en lista på ändringar mellan versioner av &kmail;?

Välkomstskärmen listar alla viktiga ändringar hos din version. Den visas när du väljer Hjälp Introduktion till &kmail;.

Kan jag anpassa platsen för min Mail-katalog?

Avsluta &kmail;, gör en säkerhetskopia av `~/.kde/share/config/kmailrc`, öppna den sedan med en editor och lägg till exempel till `folders=/home/username/.mail` till avsnittet [General]. Flytta sedan dina befintliga postlådor (inklusive de gömda indexfilerna) till den nya platsen. Nästa gång du startar &kmail; använder den `/home/username/.mail` istället för `/home/username/Mail`. Observera att &kmail; förlorar sina filter om du ändrar postkatalogens plats men glömmer att flytta dina befintliga brevlådor.

Hur kan jag använda brevlådor som inte finns i `~/Mail/`?

För att lägga till en hel mbox e-postkatalog, använd ``ln` `-s` `/någonstans/Mail/.fjärrkatalog.directory` `~/Mail/.min_mbox_fil.directory``. Observera att det inte är möjligt att använda länkar till filer, bara länkar som pekar på kataloger fungerar.

Jag är en av de personer som skickar brev som består av 100 citerade rader och en rad som jag skriver själv. Av någon anledning irriterar det andra. Kan &kmail; hjälpa till och göra allas liv lättare?

Visst. Välj bara en kort passande del av originalbrevet med musen innan du svarar. Bara den här delen citeras då i ditt svar.

För några brev anges värdet i fältet Datum som okänt eller är inte riktigt.

Troligen är huvudet Datum: för de här breven felaktig, kanske saknas tidszoninformation. För det här fallet har vi lagt till ett sätt att gå förbi felet i mimelib. Mimelib en del av kdenetwork-paketet, och du måste försäkra dig om att &kde;:s mimelib används av systemet, inte ett annat. Om det inte hjälper, är huvudet Datum: verkligen felaktigt, och &kmail; kan inte tolka det. Det är inte ett fel i &kmail;, utan i programvaran som skickade brevet.

Min brevfot har två streck ovanför. Vad står på?

Att separera brevfoten från brevets text med två streck och ett mellanslag är en vanlig och användbar standard. Om din brevfot inte redan innehåller den här skiljeraden, lägger &kmail; automatiskt till den.

&kmail; hämtar samma brev om och om igen.

Det här händer om du har stängt av Ta bort brev från servern när de har hämtats och din POP3 server inte stöder kommandot UIDL. För närvarande finns inget sätt att gå förbi problemet utom att välja Ta bort brev från servern när de har hämtats. En mer detaljerad förklaring finns på det här brevet till e-postlistan.

Finns det några kända fel i &kmail;?

Det finns en länk till inskickade felrapporter på &kmail;s hemsida. Observera att inte alla felen är giltiga, och i stort sett tycker vi att &kmail; är en mycket bra programvara.

Du bör dock inte köra &kmail; medan en annan e-postklient redan använder filerna i `~/Mail`. Om du försöker göra det, kan du förlora brev. Observera att du bör göra säkerhetskopior av dina brev ändå.

Mina mbox-korgar fortsätter växa även om jag tar bort brev.

För att verkligen ta bort brev från disk, måste du komprimera dina korgar med Arkiv Komprimera alla korgar (normalt sker detta också varje gång du avslutar &kmail;, men observera att det inte fungerar när &kmail; avslutas via &kde;:s sessionshantering).

&kmail; visar inte HTML-brev riktigt.

Välj Korg Föredra HTML före oformaterad text för att visa HTML-brev. Av säkerhetsskäl bör du bara göra det för pålitliga brev. Observera att insticksprogram (som Macromedia Flash), &Java; och Javaskript inte visas i &kmail; av säkerhetsskäl, och det finns inget sätt att aktivera dem.

Kan jag använda två olika versioner av &kmail; samtidigt? Kan jag gå tillbaka från en aktuell version av &kmail; till en äldre?

Du kan bara köra en instans av &kmail; på en gång. Vi rekommenderar också att du håller dig till en viss version och inte byter fram och tillbaka mellan olika versioner. Att gå tillbaka till en äldre version kan orsaka problem, t.ex. eftersom indexfilformaten kan ha ändrat sig. Att uppgradera ska aldrig vara ett problem.

Stöder &kmail; filer kodade med uuencode?

Bilagor kodade med uuencode stöds, men att visa filer kodade med uuencode i brevfönstret stöds inte.

&kmail; kraschade medan jag höll på att skriva ett brev. Så har det brevet nu gått förlorat?

&kmail; försöker spara ditt brev till `~/dead.letter` om en krasch inträffar. Nästa gång du startar &kmail; ska brevfönstret visas med ditt brev igen. Om det inte gör det, försök att öppna `~/dead.letter` med en editor. Om den inte finns, var kraschen så svår att &kmail; inte kunde spara ditt brev.

När jag försöker ställa in en korg att känna till en e-postlista, gör den ingenting när ett brev tas emot från listan.

Att koppla samman en korg med en e-postlista har ingenting att göra med att filtrera brev till e-postlistan. Du måste lägga till en ny filterregel för hand. När du väl har kopplat ihop en korg med en e-postlista kan du använda Brev Svara till sändlista... eller Brev Nytt brev till sändlista... och e-postlistans adress anges i fältet Till:.

Min SMTP-server kräver autentisering. Stöder &kmail; det?

Det finns två vanliga tekniker som används för SMTP-autentisering: SMTP efter POP3 och SMTP Auth. SMTP Auth kan ställas in under fliken Säkerhet i SMTP-inställningsdialogrutan. För att använda SMTP efter POP3 måste du samla alla brev i utkorgen och skicka dem precis efter du har hämtat nya brev.

Kan jag använda &kmail; med procmail?

Ja, men det är viktigt att göra det på rätt sätt, annars kan du förlora brev. För att använda procmail och &kmail; måste du ställa in &kmail; så att den hämtar nya brev från spool-filerna där procmail lämnar dina brev. Ställ inte in procmail att leverera brev till en &kmail;-korg, det kan aldrig fungera.

Därefter måste du skapa ett konto inne i &kmail; som hämtar nya brev, för varje procmail spool-fil. Du måste också försäkra dig om att du anger rätt låsfil för varje konto. När ett konto skapas gör &kmail; en viss tolkning av din `.procmail`-fil, och försöker lista varje spool-fil som den hittar, och också låsfilerna som finns intill procmail lockfile. procmail låter användaren ange låsfiler på tre olika sätt, så det finns inget sätt att upprätta en samhörighet mellan spool-filerna och låsfiler. Därför är det din sak att försäkra dig om att du anger rätt låsfil för varje spool-fil.

Stavningskontrollen känner inte igen tecken som inte ingår i engelska.

Innan du kan använda stavningskontroll första gången, måste du ställa in den. Du kan göra det i Brevfönstrets meny under Inställningar Stavningskontroll.... Där kan du ange ordlista och kodning.

Hur använder jag mina Eudora/&Netscape;/Outlook/... brevlådor i &kmail;?

Se avsnittet Att använda andra brevlådefiler med &kmail;.

Kan jag använda kryptering med mitt normala (icke-SSL) POP3-konto?

Om din POP3-server kör en ssh-demon, kan du använda ssh för att tunnla din POP3-anslutning med följande kommando:

``ssh` `-L 11000:127.0.0.1:110 användare@värddator``

Ändra din &kmail; inställning för att hämta e-post via POP3 från `localhost` och ssh tunnlar förbindelsen åt dig.

Om brev utan kryptering redan har skickats via Internet, är den enda fördelen med att använda ssh att ditt lösenord skickas krypterat till POP3-servern.

Låser &kmail; brevlådorna som den använder?

&kmail; låser inte filerna i `~/Mail`.

För att undvika risken att förlora brev om du använder ett lokalt konto är det nödvändigt att försäkra sig om att &kmail; använder samma sorts låsning som ditt leverantörsprogram av e-post.

Det finns fem olika låsningsalternativ som du kan använda:

- Procmail låsfil

- Mutt dotlock

- Mutt dotlock privilegierad

- FCNTL (förvalt)

- ingen (använd med försiktighet)

Procmail låsfil använder ett litet verktyg som följer med procmail som heter `lockfile`. Du kan använda det här om din brevlåda är i en katalog där du har skrivrättigheter. Det här fungerar inte för filen `/var/spool/mail/user` i de flesta fall. Det skapar `.lock`-filer i ditt konto när &kmail; tittar efter ny post. Observera att detta bara fungerar om procmail är installerad på systemet.

Mutt dotlock och Mutt dotlock privilegierad använder båda ett litet verktyg som följer med mutt som heter `mutt_dotlock`. Mutt dotlock kan användas på samma sätt som alternativet Procmails låsfil, med samma begränsning när det gäller kataloger i `/var/spool/mail/`. Men alternativet Mutt dotlock privilegierad kan också skapa låsfiler i katalogen `/var/spool/mail`. `mutt_dotlock` är ett setgid-program och det här alternativet kör i setgid-läge. Observera att de här alternativen fungerar bara om mutt är installerat på systemet.

FCNTL använder systemanropet `fcntl()`.

Användning av låsning med FCNTL kan orsaka låsningar av datorn när e-postfilen finns på en NFS-monterad enhet.

Om du inte vill använda någon låsning, är alternativet ingen vad du vill ha. Det finns dock risk att förlora brev när ingen låsning används.

Hur låter jag brev vara kvar på servern?

Se kapitlet Nerladdningsfilter. Om du vill lämna alla brev på servern, öppna fönstret Inställningar Anpassa &kmail;... Klicka på sidan Nätverk. Välj ditt konto från listan på konton och klicka på knappen Ändra.... Den här dialogrutan innehåller inställningen Ta bort brev från servern när de har hämtats som inte får vara markerad.

Hur infogar jag automatiskt en textfot i mina brev?

Textfoten kallas en brevfotsfil. Välj Inställningar Anpassa &kmail;.... Titta på sidan Identitet efter fältet Ange brevfot nedan och skriv in din brevfot där.

Hur ställer jag in &Sendmail; att fungera med &kmail; om jag har en uppringd förbindelse?

Först bör du kontrollera om din &Linux;/BSD/vadsomhelst-distribution kan göra det här åt dig. Det har förmodligen redan ställts in under installationen.

Om detta inte är fallet, kanske du vill ta en titt på Mail Queue HOWTO eller på UCT Linux användargrupps sida om att anpassa sendmail för uppringda förbindelser.

Jag har sett demonstration av fjärrkontrollbeteende med &kmail;. Finns det någon dokumentation av de tillgängliga gränssnitten?

Du kan få en lista på funktioner genom att använda det här kommandot på kommandoraden: ``dcop` `kmail KMailIface``. En del dokumentation finns också i `kdenetwork/kmail/kmailIface.h` och `kdenetwork/kmail/mailcomposerIface.h`.

## Avsnittsförfattare

Det här avsnittet är skrivet av Daniel Naber daniel.naber@t-online.de och David Rugge davidrugge@mediaone.net.

Översättning Stefan Asserhäll stefan.asserhall@telia.com