Felsökning i

Kmail skickar inte e-post
Vissa användare märker att brev inte skickas, och det verkar som om saknas, även om sidan Inställningar ser riktig ut. Det har rapporterats att det botas genom att öppna akonadiconsole och lägga till Mail Dispatcher Agent.
Om datorn plötsligt stängdes av i viloläge (t.ex. av ett strömavbrott) blir brev ibland bara kvar i utkorgen utan att skickas, men inget felmeddelande visas. Det kan bero på det faktum att Mail Dispatcher Agent är inställd som nerkopplad (offline) i inställningsfilen under viloläge, och ändras inte tillbaka på grund av avstängningen. Redigera följande fil:
~/.config/akonadi/agent_config_akonadi_maildispatcher_agent
och ändra

[Agent]
Online=false

till

[Agent]
Online=true

Ren start efter en misslyckad överföring
Om överföring från 1 till 2 misslyckas eller du får konstiga problem efter den, kan du försöka att göra en ren import av data, istället för att överföra befintliga inställningar. Varning för att det kräver mer manuell inställning, så gör det bara om du är säker på att kunna ställa in -konton igen, och att det kan skapa en stor mängd nätverkstrafik för -resurser.
Stoppa Akonadi och tillhörande program
avsluta //, och utför följande kommando:
akonadictl stop
Försäkra dig om att ingen Akonadi- eller MySQL-process kör:
ps ux | grep mysql
ps ux | grep akonadi
De ska inte visa någonting mer än grep-processen själv.
Ta bort gammal Akonadi-databas och inställning
Ta bort följande kataloger
~/.local/share/akonadi
~/.config/akonadi
Ta också bort filerna som börjar med akonadi från ~/.kde4/share/config
Starta om Akonadi-servern
akonadictl start
Och återställ konton
Nu är det dags att lägga till kontot igen. Du kan använda () för att göra det, eller verktyget akonadiconsole.
I : Inställningar Anpassa Kmail Konton och använd Lägg till.
Om du använder , lägg till en ny e-postserver. Om du vill använda nerkopplat läge (så att du kan läsa breven nerkopplad), aktivera det under fliken Avancerat. Försäkra dig om att du prenumererar på alla viktiga korgar.
Du kanske redan ser resursen Lokal korg. Den pekar på en lokal maildir-katalog. Du kan antingen ändra den att peka på den befintliga maildir-katalogen eller lägga till en ny resurs för lokala brev.
När en maildir-resurs läggs till kan du välja mellan brevkorg eller Maildir. Om du inte har en blandad korg som innehåller både maildir-kataloger och mbox-filer, ska du välja Maildir. För oberoende mbox-filer, som den i /var/spool/mail, kan du ställa in en ny MBox-katalog.
Lägg också till POP3-konton. Om du har flera lokala korgar inställda, välj målkorgen där nya nerladdade brev läggs under fliken Avancerat.
Anpassa intervallet mellan brevkontroller för alla konton. Inaktivera intervallkontroll för lokala korgar, och inaktivera också Inkludera i manuell brevkontroll under Hämtningsalternativ.
Lägg till sändningskonton (SMTP).
Rätta filter, identiteter och favoritkorgar
Om du har filtrering på klientsidan (vanligt med POP3-brev), gå till Inställningar Anpassa filter och rätta målkorgen för filtren, som troligtvis är felaktig. Annars hamnar brev i korgar som du inte väntar dig.
Skräpfilter (åtminstone i version 4.7.3 och tidigare) fungerar inte som förväntat, i och med att regeln som guiden skapar inte skickar skräppost till korgen du har angivit.
Sättet att undvika det är att ändra spam och spam unsure (om skräpfiltret som används stöder det) från att titta på huvudets statusfält X-Spam-Status till att titta Var som helst i huvudet för X-ditt skräpfilter-Classification: SPAM eller unsure. Titta på filtren som guiden skapar och kopiera delen innehåller. Exempel för Spambayes: X-Spambayes-Classification: spam och X-Spambayes-Classification: unsure.
Du måste också kontrollera identitetsinställningarna och ställa in korgarna Skickade brev, Utkast och Mallar att peka på rätt ställe. För att göra det, gå till Inställningar Anpassa Kmail Identiteter, ändra identiteten, gå till fliken Avancerat och ändra ovannämnda korginställningar.
Kontrollera också att Favoritkorgar är de som du tidigare har valt.
Utför en brevkontroll
Starta en brevkontroll för kontona. Förslaget är att du gör det per konto.
Kontrollera först för , om du har det.
Kontrollera (importera) därefter lokala brev. En lösning är att göra en fullständig kontroll i ett svep med Arkiv Kontrollera post i och välja det lokala kontot, den andra är att klicka på korgarna en i taget, det ska starta kontrollen för den korgen (alternativt högerklicka på korgnamnet och välj Uppdatera korg).
Den inledande importen kan vara långsam och använda mycket minne, särskilt om du har korgar med ett stort antal brev. I det fallet är kontrollen per korg att föredra. Om kontrollen görs färdig (fullständigt eller för en korg) och minnesanvändningen fortfarande är stor, kan du starta om Akonadi-servern (som visas ovan), eller bara maildir agent, om du använder akonadiconsole. Var inte orolig, den stora minnesanvändningen gäller bara den inledande importen.
Starta en brevkontroll för POP3-resurser.
Efter dessa steg får du förhoppningsvis en mycket bättre erfarenhet av .

Lokala korgar läggs till om och om igen
I vissa fall kan det sluta med att man har ett Maildir-konto som pekar på en viss plats (som $HOME/Mail), men ändå visas korgen Lokala korgar i korglistan med underkorgarna Inkorg, Utkorg, Papperskorg, Utkast, etc., och fortsätter att lägga brev där, särskilt skickade brev.
Problemet är att vissa korgar är markerade som specialkorgar (systemkorgar) och om de inte finns kan inte fungera som det ska. Det är orsaken till att dessa korgar skapas om hela tiden.
För närvarande finns det inget enkelt sätt att ändra det i användargränssnittet för alla sorters specialkorgar. Här är vad man kan göra:
Korgarna Skickat, Utkast och Mallar kan ställas in för varje identitet. Gå till Inställningar Anpassa Kmail Identiteter, markera din identitet, klicka på Ändra, gå till fliken Avancerat och ställ in korgarna att peka på rätt plats.
Den normala Inkorgen kan ställas in för varje POP3-konto. Gå till Inställningar Anpassa Kmail Konto, markera ditt POP3-konto, klicka på Ändra, gå till fliken Avancerat och ställ in Målkorg.
För IMAP-konton kan du ställa in Papperskorgen. Gör som ovan. Inställningens namn är Papperskorg.
Den mest problematiska delen är Utkorgen. Lokalisera först specialmailcollectionsrc i :s inställningskatalog ($HOME/.kde4/share/config eller liknande). Den innehåller något som liknar det här:
[SpecialCollections] DefaultResourceId=akonadi_maildir_resource_0
Starta nu akonadiconsole, lokalisera det lokala kontot för Utkorgen under fliken Agents och notera identifieraren som visas i den nedre delen (akonadi_maildir_resource_XXX eller liknande). Skriv in denna identifierare i den ovan visade specialmailcollectionsrc, genom att ersätta den befintliga.
Starta därefter om akonadi (det kan du göra från akonadiconsole, Server Starta om server eller från kommandoraden med:
akonadictl restart
Ta nu bort de Lokala korgar som du inte vill använda längre.
Om den fortsätter att dyka upp, och Mail Dispatcher Agent fortfarande kraschar, måste du göra en sak till i akonadiconsole. Gå till fliken Browser, leta rätt på utkorgen du vill använda, högerklicka på den, välj Folder Properties, fliken Attributes, skriv in SpecialCollectionAttribute klicka därefter på Add, dubbelklicka på Value nära SpecialCollectionAttribute och skriv in outbox. Lägg också till ett annat attribut, attributnamnet ska vara ENTITYDISPLAY och värdet ("outbox" "mail-folder-outbox" "" ()) (kopiera och klistra bara in härifrån). Starta om akonadi, och nu ska du helt kunna ta bort det onödiga kontot Lokala korgar.

Du får felet "Kunde inte hämta objekt från gränssnitt vid ingång i IMAP-korg"
Det finns ett antal möjliga orsaker till det, och det är någonting som -gruppen hoppas kunna ta itu med i framtiden. Under tiden finns det några tillfälliga lösningar:
Lösning 1 	
Redigera ~/.local/share/akonadi/mysql.conf
I sektionen [mysql], lägg till: binlog_format=row
Om det inte fungerar prova lösning 2 (nedan).
Lösning 2 	 Denna är i huvudsak en fråga om att starta om så att kan hämta de där irriterande objekten ... Några möjliga steg:
Använd F2 eller terminalen för att skriva kquitapp kmail, vänta därefter en minut, sedan akonadictl stop, vänta en minut, skriv akonadictl start, vänta en minut, skriv kmail. Det stoppar (och stänger alla fönster), stoppar s gränssnitt, startar s gränssnitt, startar . Att ha en fungerade anslutning till Internet ökar chansen att lyckas. Ibland kan du också bara skriva kquitapp kmail, vänta en minut och starta igen. Ofta verkar det som ett antal omstarter krävs. Orsaken till detta är oklar, men med dåliga nätverksanslutningar är det troligare att det inträffar.
Se också punkten nedan om hur akonadiconsole kan vara till hjälp.

Brev skickas inte, utan några felmeddelanden
Om inte skickar brev utan att säga någonting, kan modulen som ansvarar för att brev levereras ha fastnat. Du måste förstås se till att du har en korrekt nätverksanslutning för att kunna skicka brev.
För att åtgärda detta kan det hjälpa att avbryta den pågående åtgärden och starta om den. Avsluta först genom att använda Kör program (F2) eller terminalen och skriva: kquitapp kmail. Observera att ett vanligt F4 eller Arkiv Avsluta inte räcker till! Vänta en minut, starta därefter igen. Starta nu akonadiconsole med Kör program (F2) eller terminalen. Gå till Mail Dispatcher Agent, högerklicka och avbryt den pågående åtgärden. Du ser troligen ett antal felmeddelanden som dyker upp. Gå tillbaka till och välj Arkiv Skicka köade brev. Nu kanske det fungerar. Om inte, istället för att avbryta den pågående åtgärden, försök att byta uppkopplingsstatus i Mail Dispatcher Agent eller starta om saker som nämns under lösning 2 av problemet ovanför detta.
akonadiconsole kan vara till stor hjälp i ett antal fall, eftersom den visar alla moduler, de separata komponenterna i s gränssnitt. Du kan stoppa och starta dem, placera dem i nerkopplat läge, avbryta pågående åtgärder, etc. Det kan vara till stor hjälp när någonting fastnar.