Not yet. However, IMAP support is now in active development. Because of the many changes required, it will probably not be part of KDE 2.1. Currently you can still receive mails via IMAP by using fetchmail:
Create a file ~/.fetchmailrc which contains the following lines:
poll <your-mail-server> proto IMAP user your-username pass your-password |
If your mail username and your local username differ you have to add the following entry:
is local-username |
Execute chmod 700 ~/.fetchmailrc
Create a local account in Kmail
Enter fetchmail in the field Precommand. This is not necessary if you have a permanent connection to the net. In that case you are better off leaving fetchmail running as a daemon. This also has the advantage that you won't have to add your password to ~/.fetchmailrc, you will be asked for it when the daemon starts.
Check your mail
You can find a list of submitted bugs at bugs.kde.org.
Not all these bugs are "real", some are based on misunderstanding of features etc.. Here's a real problem (only affects Kmail before KDE 2.1): Kmail will not delete some temporary files if it crashes. In this case, you should cd to ~/.kde/share/apps/kmail/tmp/ and delete all the files and folders there.
Yes, APOP is used automatically if it's available. There's currently no feedback if it's used, and no way to check.
Yes, but it's important to do it the right way or you might lose mail. Do not let procmail sort the mail to ~/Mail, but to some other directory which you then access by Kmail as a Local Mailbox. That is, you have to add another account in the Network tab of the Configuration dialog. Also see the FAQ about lockfiles.
Kmail provides a simple and easy to use interface for basic functions of these programs. Still you should understand how these programs work and what might make them insecure. Important issues:
You really should test if encryption works before you use it. Kmail relies on PGP/GnuPG's error strings, which often change between different versions.
Trusting a foreign public key without checking it is no good idea.
As most other mail clients, Kmail can encrypt your messages, but not your attachments. You have to encrypt them manually before you attach them.
There's a bug in Kmail 1.1.99 (which comes with KDE 2.0 and 2.0.1) that makes PGP not work if you use a different language than English. You can work around it this way (Kmail will still use your favourite language):
Rename /usr/bin/kmail to /usr/bin/kmail.original
Install in /usr/bin the following shell script, calling it kmail and making sure it is owned by root and has 755 permissions (rwxr-xr-x):
#!/bin/bash LANGUAGE=en export LANGUAGE kmail.original $* |
Kmail is not able to use different keys for multiple identities.
7.6. How do I have to set up Kmail to use (i.e. read and write) messages with non-Latin1 characters?
Kmail 1.1.99 had some bugs in its handling of characters that are not part of Latin1. The following applies to KDE 2.1(beta): In the Appearance/Fonts section of the configuration dialog, select the correct Character set for the message list and the folder list. If unicode (iso10646-1) is available, you should choose it. In case messages are still not shown correctly, you can always try other settings from the Message->Set Encoding menu. For writing messages, go to Composer/Charset and configure the default charset you want to use for your own mails.
Before you can use spellchecking the first time, you have to configure it. You can do so in the Composer window's menu under Settings->Spellchecker....
See the section Using other Mailbox files With Kmail.
Select Folder->Prefer HTML to plain text. For security reasons you should only do so for mails from trusted sources. Note that plugins (like Macromedia® Flash) will not be displayed.
Simply create a symlink in your ~/Mail directory using ln -s /somewhere/Mail/mymailboxfile ~/Mail/remote. When you start Kmail you will see a new folder with the name remote that contains the mails in your remote folder. If you want to add a whole remote mail directory use ln -s /somewhere/Mail ~/Mail/.remotedir.directory. For that case you also need to create a new empty folder named remotedir with Kmail. The folder remotedir will then contain all remote mailbox folders as subfolders.
To really remove deleted messages from disk, you have to compact your folders. To do so automatically, open up the Settings->Configuration... window, select the Miscellaneous tab and select Compact all folders on exit. Maybe you want to select Empty trash on exit, too. This will remove all the messages in the trash folder whenever you exit Kmail.
Kmail 1.0.x: The unpatched version supports only PGP (version 2.x and 5.x). Kmail will prefer version 5.x if both versions are installed. There is no way for the user to force Kmail to use version 2.x in this case. There are patches for PGP6 and GnuPG support at Kmail's homepage. If the GnuPG patch is applied, and GnuPG and PGP are installed, Kmail will prefer GnuPG. There is no way to force Kmail to use PGP.
Kmail 1.1.x: This has at least the improvements from the patches above.
Kmail 1.2.x: Now you can choose which encryption tool to use if you have more than one.
If your POP3 server runs an ssh daemon, you can use ssh to tunnel your POP3 connection using the following command:
ssh -L 110:127.0.0.1:110 user@host
Modify your Kmail configuration to fetch the mail via POP3 from localhost, ssh will tunnel the connection for you. You need to be root to execute this command. Alternatively, change the first port number, i.e. the first occurence of 110, to something above 1024 and configure Kmail to use that port.
![]() | If non-encrypted mails have already been sent via internet, the (only) advantage of using ssh is that your password will be sent encrypted to the POP3 server. |
Kmail does not lock the files in ~/Mail.
To avoid the risk of losing mail if using a local account it is necessary to ensure that Kmail uses the same type of locking as your mail delivery agent.
There are five different locking options you can use:
Mutt dotlock (recommended)
Mutt dotlock privileged
Procmail lockfile
FCNTL (default)
none (use with care)
Mutt dotlock and Mutt dotlock privileged will both use a small utility that comes with mutt called mutt_dotlock. Mutt dotlock can be used in the same way as the Procmail lockfile option, with the same limitation with regards to the /var/spool/mail/ folders. However, the Mutt dotlock privileged option can create lock files in the /var/spool/mail directory. mutt_dotlock is a setgid program and this option will run it in setgid mode. Please note that these options will only work if mutt is installed on your system.
Procmail lockfile will use a small utility that comes with procmail called lockfile. You can use this if your mail folder is in a directory where you have write permissions. This will not work on your /var/spool/mail/user file in most cases. It will create .lock files on your account when Kmail is checking for new mail. Please note that this will only work if procmail is installed on your system.
FCNTL: the default option will use the fcntl() system call.
If you don't want to use any locking, the none option is what you want. However, there are risks of losing mail when no locking is used.
Open up the Settings->Configuration... window. Click on the Network tab. Select your account from the account list and click the Modify button. This dialog contains the Delete mail from server setting which you must not select.
The text footer is called a signature file. Select Settings->Configuration... Look in the Identity tab for the Specify signature below field. Select the radio button and type your signature below.
Kmail will ask you the location of your signature file if you have checked the option Use a signature from file in the Composer tab of the Configure dialog, but have not specified a signature file in the Identity tab. You should either specify a signature file or deselect Use a signature from file.
The word wrap setting is probably turned off. Word wrap can be toggled on and off in the Composer tab of the Configure dialog.
The number of unread messages is conveniently displayed in the Folders pane after the folder name.
First you should check if your Linux®/BSD/whatever distribution can do this for you. Perhaps it has already been set up during installation.
If that's not the case, you may want to have a look at the Mail Queue HOWTO or at UCT Linux User's group page on configuring sendmail for Dial-up connections.