<othercredit role="translator"><firstname>Andrew</firstname><surname>Coles</surname><affiliation><address><email>andrew_coles@yahoo.co.uk</email></address></affiliation><contrib>Conversion to British English</contrib></othercredit>
<para>This pane contains the list of your message folders (other email programs may call them mailboxes). To select a folder, simply click on it. The messages contained in the folder will now appear in the Headers pane. The folder list can be displayed in both a short view, which takes up only a small portion of the left side of the screen, and a long view, which takes up the entire left side of the screen but is able to show more mailboxes. You can toggle between these two views under <guilabel>Appearance</guilabel>/<guilabel>Layout</guilabel> in the <menuchoice><guimenu>Settings</guimenu><guimenuitem>Configure &kmail;...</guimenuitem></menuchoice> dialogue. Also see the <link linkend="folders">Folders Section</link> for more information about how to use folders.</para>
<para>This pane lists header information (message Status Flags, Sender, Subject, Date, and other optional columns like Size, Attachment Flag, Important Flag etc.) for the messages in the currently selected folder. Clicking on a header will select that message and display it in the Message pane; you can also select more than one message by holding down the &Ctrl; key when clicking on messages. You may sort the messages by clicking on the column that you wish to sort; if you click on the same column more than once, sort order will toggle between ascending/descending and some alternative sorting criteria will become available (like sorting by Status when you click on the header of the Subject column). Clicking the <mousebutton>right</mousebutton> mousebutton on the list header shows a popup menu, which allows to show or hide several columns in the list. </para>
<para>This pane displays the currently selected message. Attachments appear at the bottom of the message, either as icons or embedded in the message, depending on <menuchoice><guimenu>View</guimenu> <guimenuitem>Attachments</guimenuitem></menuchoice>. For complex messages the structure of the message is shown in the message structure viewer below the preview pane. The placement of the preview pane as well as the placement of the structure viewer can be changed under <guilabel>Appearance</guilabel>/<guilabel>Layout</guilabel> in the <menuchoice><guimenu>Settings</guimenu><guimenuitem>Configure &kmail;...</guimenuitem></menuchoice> dialogue. Moreover, you can disable the preview pane and you can choose when the message structure viewer should be shown. You can scroll through the message page-by-page using the <keycap>Page Up</keycap> and <keycap>Page down</keycap> keys, or line-by-line using the <keycap>up arrow</keycap> and <keycap>down arrow</keycap> keys; you can also use <link linkend="keyboard-shortcuts">key shortcuts</link> to skip through your messages without having to use the mouse.</para>
<entry>Walk downwards in the list of folders. Use <keycombo action="simul">&Ctrl;<keycap>Space</keycap></keycombo> to actually enter the folder.</entry>
<entry>Enter the folder that has focus, &ie; the folder that you navigated to using <keycombo action="simul">&Ctrl;<keycap>Left Arrow</keycap></keycombo> or <keycombo action="simul">&Ctrl;<keycap>Right Arrow</keycap></keycombo>.</entry>
<para>For more keyboard shortcuts have a look at the <menuchoice><guimenu>Settings</guimenu><guimenuitem>Configure Shortcuts...</guimenuitem></menuchoice> dialogue.</para>
<para>The composer window is used to write new messages; it can be invoked via <menuchoice><guimenu>Message</guimenu> <guimenuitem>New Message...</guimenuitem></menuchoice> menu or from the <guiicon>New Message</guiicon> icon on the main window.</para>
<para>To write your message, fill in the appropriate fields in the composer window. Use the <guimenu>View</guimenu> menu to select which header fields are displayed. The <guimenuitem>Identity</guimenuitem> field offers a <guibutton>Sticky</guibutton> option; if it is checked, the current identity will become the default identity when you open a new composer next time.</para>
<para>There are a variety of shortcuts to help you with writing your messages. The <guibutton>...</guibutton> buttons next to the <guilabel>To:</guilabel>, <guilabel>CC:</guilabel> and <guilabel>BCC:</guilabel> fields will call up the address book so that you can select addresses from there.</para>
<para>When you start typing an address in the <guilabel>To:</guilabel>/<guilabel>CC:</guilabel>/<guilabel>BCC:</guilabel> fields, a popup will appear that offers matching addresses that have been used recently and matching addresses from your address book; if you do not like the automatic popup you can disable it by clicking with the &RMB; on the field and choosing a different completion mode.</para>
<para>Whenever you want to add more than one recipient in one of the fields, use a comma to separate each address from the next one. You may need to specify fully qualified addresses (&ie; <userinput>user@domain.com</userinput>) even for local users, depending on your system configuration.</para>
<para>When you are finished with your message, click the <guiicon>Send</guiicon> icon (the envelope) to send the message now, or click the <guiicon>Queue</guiicon> icon to put the message in the outbox. If your message is not finished yet, select <menuchoice><guimenu>Message</guimenu><guimenuitem>Save in Drafts Folder</guimenuitem></menuchoice>. </para></sect2>
<para>If you want to send an <link linkend="pgp-encrypt-your-messages">encrypted</link> or <link linkend="pgp-sign-your-messages">digitally signed</link> message, select the <guiicon>Sign Message</guiicon> or <guiicon>Encrypt Message</guiicon> icons in the toolbar. Moreover you can select the format that should be used to sign and/or encrypt the message. Depending on the installed encryption programs you can choose between: </para>
<para>KMail will use a format which is understood by all recipients of the message. The preferred format of the recipients can be specified in the KDE Address Book.</para></listitem>
<para>This format is outdated. If you use this format then only the message text will be signed and/or encrypted. <emphasis>Attachments will neither be signed nor encrypted.</emphasis> HTML messages cannot be signed with this format. You should only use this format if necessary, &ie; if you send messages to users of email clients that cannot handle the more advanced formats.</para></listitem>
<para>This format is the successor of the inline OpenPGP format. If you use this format then the message text and all attachments will be signed and/or encrypted (at least by default). This is the recommended format if you use OpenPGP.</para></listitem>
<para>This format is an alternative format to PGP/MIME. If you use this format then the message text and all attachments will be signed and/or encrypted (at least by default). This format is mostly used by corporations.</para></listitem>
<para>Note that HTML messages are often regarded as an annoyance; therefore, you should avoid sending HTML messages if possible. Particularly, you should never send HTML messages to a mailing list unless HTML messages are explicitly allowed.</para>
<para>In order to be able to create HTML messages you first have to enable the markup tools. To do this enable <guimenuitem>Formatting (HTML)</guimenuitem> in the <menuchoice><guimenu>Options</guimenu></menuchoice> menu. A toolbar with several tools to format the message will appear. Via the drop down box you can select between standard text and six different types of lists (three bulleted lists with different symbols and three numbered lists with different numbering). Moreover, you can select the font family, the font size, the font style (bold, italic, underlined) and the text colour. Last but not least, you can select the alignment of the text (left aligned, centred, right aligned).</para>
<para>Once a file is attached to your message, it appears in the attachments pane at the bottom of the composer window. You can use the &RMB; on each attachment to <guimenuitem>View</guimenuitem>, <guimenuitem>Save</guimenuitem> or <guimenuitem>Remove</guimenuitem> the attachment.</para>
<para>Use the <guimenuitem>Properties</guimenuitem> item to open the <guilabel>Message Part Properties</guilabel> dialogue. The first field contains the attachment's &MIME; type. Just like the <guilabel>Name</guilabel> field, it should be automatically filled with an appropriate value. Sometimes the &MIME; type value may be wrong. You can then type in any &MIME; type or choose from the list of common &MIME; types. You can also select an encoding method for your file from the list of encoding options (normally, the default value works fine). Check the <guilabel>Suggest automatic display</guilabel> option if you want to suggest to the recipient the automatic (inline) display of this attachment. Whether this works or not depends on the recipient's email client and on his settings.</para>
<para>You can also attach public keys to the message by using the appropriate options in the <menuchoice><guimenu>Attach</guimenu></menuchoice> menu. <application>PGP</application> key attachments are handled like file attachments.</para>
<title>Checking the Spelling of your Message</title>
<para>&kmail; will automatically check the spelling of your message (in HTML mode this currently does not work) and display unknown words using red colour. If there are too many unknown words &kmail; will disable its checking. To select the language used for checking, select <menuchoice><guimenu>View</guimenu> <guimenuitem>Dictionary</guimenuitem></menuchoice>. You can disable automatic spellchecking in the <menuchoice><guimenu>Options</guimenu></menuchoice> menu.</para>
<para>To check the spelling of your message using a dialogue, select <menuchoice><guimenu>Tools</guimenu> <guimenuitem>Spelling...</guimenuitem></menuchoice>. &kmail; uses <ulink url="/tdespell/">&tdespell;</ulink> to check spelling, which is the &kde; frontend to the <application>ispell</application> or <application>aspell</application> spelling checker. Note that you may first need to configure the spellchecker using <menuchoice><guimenu>Settings</guimenu> <guimenuitem>Spellchecker...</guimenuitem></menuchoice>.</para>
<para>Message Folders are used to organise your email messages. By default, all message folders are stored in the folder <filename class="directory">Mail</filename>, which is created in your home folder. When you first start &kmail; the <guilabel>inbox</guilabel>, <guilabel>outbox</guilabel>, <guilabel>sent-mail</guilabel>, <guilabel>wastebin</guilabel> and <guilabel>drafts</guilabel> folders are created. These folders each have special functions:</para>
<para>Where messages are put while they are waiting to be delivered. Note that you should not drag and drop messages here to send them, use the <guiicon>Send</guiicon> icon in the composer window instead. </para>
<para>You may find that the standard folders are fine for your needs; eventually, though, you will probably need folders to help you organise your messages. To create a new folder, select <menuchoice><guimenu>Folder</guimenu><guimenuitem>New Folder...</guimenuitem></menuchoice>: the <link linkend="folders-properties-window">folder properties</link> dialogue will then prompt you for the necessary information. If you ever need to change the settings for a folder, select the folder you wish to modify in the Folders pane and select <menuchoice><guimenu>Folder</guimenu><guimenuitem>Properties</guimenuitem> </menuchoice>.</para>
<para>To move messages from one folder into another, select the message(s) you want to move and press the <keycap>M</keycap> key or select <menuchoice><guimenu>Message</guimenu><guimenuitem>Move To</guimenuitem></menuchoice>. A list of folders will appear; select the folder from the list that you want to move the messages to. Messages can also be moved by dragging them from the Message list to a folder in the Folder list.</para>
<para>If you want to clear all of the messages out of a folder choose <menuchoice><guimenu>Folder</guimenu><guimenuitem>Move All Messages to the Wastebin</guimenuitem></menuchoice>. You can use <menuchoice><guimenu>Folder</guimenu><guimenuitem>Delete Folder</guimenuitem></menuchoice> to remove a folder and all its messages and subfolders.</para>
<para>The folder's <guilabel>Properties</guilabel> dialogue lets you rename and move a folder and specify all of its properties. Note that most properties are only available for your own folders and not for default folder like <guilabel>inbox</guilabel> &etc;. Default folders also cannot be moved or renamed.</para>
<para>Rename a folder by changing the entry in the <guilabel>Name:</guilabel> field.</para>
<para>You can make a folder a subfolder of another folder by choosing a new parent folder using the <guilabel>Belongs to</guilabel> selection. </para>
<para>The <guilabel>Folder Icons</guilabel> section lets you choose icons that are different from the default ones in the folder list.</para>
<para>See the <link linkend="folders-format">Folder Format</link> section for information about the <guilabel>Mailbox format.</guilabel></para>
<para>With the <guilabel>Identity</guilabel> section you can set the default identity that should be used for new messages if this folder is selected. Replies to messages that were sent directly to you will still default to the message's <quote>To</quote> address if an according identity is found.</para>
<para>With <guilabel>Show Sender/Receiver</guilabel> you can set the visible columns in the header pane. This is useful if you use a folder to save your own sent messages.</para>
<para>Check <guilabel>Ignore new mail in this folder</guilabel> if you do not want to be informed about new mail that arrives in this folder. This is for example useful for the folder where you move all detected spam messages to.</para>
<para>Check <guilabel>Keep replies in this folder</guilabel> if you want replies to messages in this folder to be filed also into this folder rather than into a special sent-mail folder.</para>
<para>Here you can select what should happen with old messages in this folder. If you enable <guilabel>Expire old messages in this folder</guilabel> then KMail will regularly, depending on your choice, either delete old messages or move old messages to another folder. You can also start expiration of old messages manually via <menuchoice><guimenu>Folder</guimenu><guisubmenu>Expire</guisubmenu></menuchoice> and via <menuchoice><guimenu>File</guimenu><guisubmenu>Expire All Folders</guisubmenu></menuchoice></para>
<warning><para>Messages that are deleted during expiration of old messages cannot be restored, so be careful with this setting.</para></warning>
<para>If you are going to use the folder for a mailing list then you should check <guilabel>Folder holds a mailing list</guilabel> to associate this folder with the mailing list. Next you should click on <guilabel>Detect Automatically</guilabel>. KMail will then try to guess some information about the mailing list from the currently selected message. If KMail could not determine some addresses then you can add the missing information manually. To do this first select the <guilabel>Address type</guilabel> for which you want to add an address. You can choose between:</para>
<para>After selecting the appropriate <guilabel>Address type</guilabel> you enter the email address or the address of the webpage and then click on <guilabel>Add</guilabel>. With <guilabel>Remove</guilabel> you can remove addresses.</para>
<para>If all addresses have been added then you can execute an action, ⪚ go to the list archives, by selecting the appropriate <guilabel>Address type</guilabel> and then clicking on <guilabel>Invoke Handler</guilabel>. If there is an email address and an address of a webpage for the desired action then you will have to select the <guilabel>Preferred handler</guilabel> prior to clicking on <guilabel>Invoke Handler</guilabel>. Select <guilabel>KMail</guilabel> if you want to send a message to the email address and select <guilabel>Browser</guilabel> if you want to go to the webpage.</para>
<para>Alternatively to invoking the handler for <guilabel>Post to List</guilabel> you can send a new message to the mailing list via <menuchoice><guimenu>Message</guimenu><guimenuitem>New Message to Mailing-List...</guimenuitem></menuchoice> or by clicking with the <mousebutton>middle</mousebutton> mousebutton on the folder in the folder list.</para>
<para>Here you can manage the access control lists (&acl;s) of &imap; folders. </para>
<para>The currently active &acl; is shown in the list. It consists of pairs of <guilabel>User Id</guilabel>s and the <guilabel>Permissions</guilabel> granted to users identified by that <guilabel>User Id</guilabel>. <footnote> <para> Note that a single <guilabel>User Id</guilabel> might refer to more than one user. Depending on the &imap; server and its configuration, there may be User Ids that correspond to groups of users, anonymous users, or any user. Consult the manual of your specific &imap; server implementation for more information. </para> </footnote> &acl;s are settable per-folder. </para>
<para>As with everything else when using <emphasis>disconnected &imap;</emphasis>, you need to sync with the server for the changes to be transferred to the server. </para>
<para>&imap; &acl;s define a lot of fine-grained permissions that you can grant or deny other users. For the sake of clarity, &kmail; will present them as the following five categories that you can choose from (see <xref linkend="table-acl-summary"/> for the details if you already know &imap; &acl;s). </para>
<para>Grants the users identified by <guilabel>User Id</guilabel> no rights at all. This is also the default for users not explicitly (or implicitly, as a group) listed in the &acl;. These users will not see this folder in the list of &imap; folders presented to them by their mail clients. </para>
<para>Grants the users identified by <guilabel>User Id</guilabel> reading rights for this folder. This also includes the ability for their mail clients to mark mails as read and store this information on the server. <footnote> <para>Every user has its own list of read mail, so none of your unread mails will suddenly be marked as read just because someone else has already read them. </para>
<para>If you were the editor of a company's news letter, you could create a folder for the purpose of distributing the news letter, grant everyone reading rights, and save the letter to this folder instead of sending it out by email to a catch-all address. </para>
<para>If you wanted to create a company-wide discussion forum, instead of using a web-based form or a separate company-private usenet server, you could create a bunch of folders (one per topic), and grant everyone reading and posting rights. Instead of posting to an &nntp; server or writing their messages into a web form, people would just write emails and store them in the folder suiting the topic of the message. </para>
<para>Grants the users identified by <guilabel>User Id</guilabel> reading, posting (see above), and writing rights for this folder. </para>
<para>The right to write to a folder includes deleting of messages, creating subfolders, and storing other attributes than read/unread on the server (⪚ answered). </para>
<para>Use this to create a shared folder that everyone has (almost, see <xref linkend="folders-properties-acl-all"/>) the same rights for. </para>
<para>In the <xref linkend="folders-properties-acl-append"/> example, you could assign write rights to a group of people acting as moderators, which would then be able to remove off-topic posts and create sub-topic-folders for high-traffic folders. </para>
<para>Grants the users identified by <guilabel>User Id</guilabel> reading, posting, writing (see above), as well as administration rights, &ie; the right to modify the &acl; of this folder. </para>
<para>This is the default set of rights for the owner of a folder. </para>
<para>A message folder can be either in <guilabel>mbox</guilabel> or in <guilabel>maildir</guilabel> format. <guilabel>mbox</guilabel> saves all messages of a folder to one file, whereas <guilabel>maildir</guilabel> saves each message to its own file. <guilabel>maildir</guilabel>, which is the default format, can be considered more robust, but it can be slower on some file systems. If you are unsure, choose <guilabel>maildir</guilabel>.</para>
<para>Note that there is currently no feature in &kmail; that allows you to convert between both formats automatically, but you can just move all messages from an old <guilabel>mbox</guilabel> folder to a new <guilabel>maildir</guilabel> folder or vice-versa.</para>
<para>After using &kmail; for a while, you may find that you have trouble sorting out the new messages in your inbox when they arrive. Filters allow you to automatically perform certain actions on incoming messages and to manually perform actions on selected messages in a folder.</para>
<para>Please note that the filters described in this section are applied <emphasis>after</emphasis> the messages have been downloaded from your account -- if you want to filter messages on the server, see <link linkend="popfilters">Download Filters</link>.</para>
<para>Filters consist of: filter criteria, whose rules are used as criteria to determine whether this filter should be applied to a given message; and a list of filter actions, which describe what is to be done with, or to, the message if the search pattern matches. Read more about filter criteria and filter actions in the following subsections.</para>
<note><para>Filters are considered one after the other, starting with the first filter in the list. The first one whose pattern matches the given message gets executed; you can request that the remaining filters also be applied, but the default is to stop processing at the first matching filter. </para></note>
<para>Usually, filters are used on incoming messages, but they can also be applied to sent messages or to an arbitrary message or group of messages. To selectively filter messages, select the messages you want to filter in the message list and either type <keycombo action="simul">&Ctrl;<keycap>J</keycap> </keycombo> or select <menuchoice><guimenu>Message</guimenu> <guimenuitem>Apply Filters</guimenuitem></menuchoice>: this will apply all filters that have been marked for manual filtering in the <link linkend="filter-dialog">filter dialogue</link> to those messages.</para>
<para>There are two methods for creating a filter; the quick method is to use <menuchoice><guimenu>Tools</guimenu><guimenuitem>Create Filter...</guimenuitem></menuchoice>: this will call the filter dialogue and present you with a new filter which has the first rule of the search pattern and the first action (as <guilabel>file into folder</guilabel>) preset. In most cases, all you have to do is select the folder where the message should be moved to; but you can, of course, edit the filter as you like.</para>
<para>When creating a filter on mailing list messages this method will try really hard to find a criterion that uniquely identifies messages from that list; If it succeeds, the guessed name of the list is presented in the <menuchoice><guimenu>Tools</guimenu><guisubmenu>Create Filter</guisubmenu><guimenuitem>Filter on Mailing-List...</guimenuitem></menuchoice> menu entry.</para>
<para>The second method is to manually construct a filter from scratch by calling the filter dialogue through <menuchoice><guimenu>Settings</guimenu><guimenuitem>Configure Filters...</guimenuitem></menuchoice>. The filter dialogue is described in detail in the following subsection.</para>
<para>This dialogue allows you to manage and edit your list of filters.</para>
<para>You can reach it either via <menuchoice><guimenu>Tools</guimenu><guisubmenu>Create Filter...</guisubmenu></menuchoice> or <menuchoice><guimenu>Settings</guimenu><guimenuitem>Configure Filters...</guimenuitem></menuchoice>.</para>
<para>The dialogue is divided into four main sections:</para>
<listitem><para>This group contains the list of filters and some action buttons to modify the filters, namely: to create new filters; to move them up or down the list; to delete them; or to rename them. If you select a filter from the list, its properties are shown in the right-hand half of the dialogue.</para></listitem>
<term><guilabel>Filter Criteria</guilabel></term> <listitem><para>In this group you can edit the pattern that messages must match for the filter to be applied to them. You can select here whether all of the defined rules must match or whether it suffices that any one of them matches. See <link linkend="filter-criteria">Search Patterns</link> below for a detailed description of each search rule type.</para>
<para>You can click on <guibutton>More</guibutton> to get an additional (initially empty) rule if you want to define more-complex patterns and on <guibutton>Fewer</guibutton> to remove the last rule. <guibutton>Clear</guibutton> clears the pattern, &ie; it removes all but two rules from screen and resets those two.</para>
<para>Invalid or empty rules are not evaluated.</para>
<term><guilabel>Filter Actions</guilabel></term> <listitem><para>In this group you can edit the list of actions that are applied to all messages that match the defined filter criteria. See <link linkend="filter-action">Filter Actions</link> below for a detailed description of each action type.</para>
<para>You can click on <guibutton>More</guibutton> to get a new, empty action (if you want to define more than one action) and on <guibutton>Fewer</guibutton> to remove the last action. <guibutton>Clear</guibutton> clears the list, &ie; it removes all but one action and resets that one.</para>
<para>Invalid or empty actions are not executed.</para>
<para>In this group you can define a few advanced options for filters that allow you to refine your filtering.</para>
<para>Using the first row of check boxes, you can toggle when the filter is applied: the <guilabel>to incoming messages</guilabel> option means that the filter is applied to messages when you receive them (&ie; on <guiicon>Check Mail</guiicon>); the <guilabel>to sent messages</guilabel> options means that the filter is applied to messages when you send them and the <guilabel>on manual filtering</guilabel> option controls whether to apply this filter when filtering is specifically selected (&ie; via <menuchoice><guimenu>Message</guimenu> <guimenuitem>Apply Filters</guimenuitem></menuchoice>.)</para>
<para>The <guilabel>If this filter matches, stop processing here</guilabel> check box in the second row controls whether or not the filters after the current filter will be applied, if the current filter matches.</para>
<para>If the <guilabel>Add this filter to the Apply Filter menu</guilabel> check box in the third row is selected, this filter will be inserted in the <menuchoice><guimenu>Message</guimenu> <guimenuitem>Apply Filter</guimenuitem></menuchoice> submenu. You can then apply this filter to a message. Another way of applying filters is to use <menuchoice><guimenu>Message</guimenu> <guimenuitem>Apply Filters</guimenuitem></menuchoice> menu option, which applies <emphasis>all</emphasis> the filters - one after another until they are all used or one of the filters that matches has the <guilabel>If the filters matches, stop processing here</guilabel>.</para>
<note><para>Filters are automatically named unless you explicitly rename them using the <guibutton>Rename...</guibutton> button. The dialogue assumes that it should continue auto-naming the filter as long as the filter name starts with <quote><</quote>. </para></note>
<para>If you apply filter changes, via <guibutton>OK</guibutton> or <guibutton>Apply</guibutton>, only valid filters are actually copied to the internal filter manager.</para>
<para>Similarly, empty rules and actions are removed from the pattern and action list respectively, before the filter is saved.</para>
<para>The most common use of filters is to filter on the sender of messages; this can be done by choosing <guilabel>From</guilabel>. A good bet for a mailing list would be <guilabel><recipients></guilabel>, but there are other criteria a filter can search for (note that all patterns are interpreted case-insensitively):</para>
<entry><guilabel>matches regular expr.</guilabel>/<guilabel>does not match reg. expr.</guilabel></entry>
<entry>all textual search items</entry>
<entry>Matches if a part of the searched item matches the given regular expression (or does not match it). If the regular expression editor is installed then you can edit the regular expression by clicking on the <guilabel>Edit...</guilabel> button.</entry>
<entry><guilabel>is in address book</guilabel>/<guilabel>is not in address book</guilabel></entry>
<entry>most textual search items</entry>
<entry>Matches if the searched item contains an address that is in your address book (or if the searched items contains only unknown addresses). Of course, this rule makes only sense for address fields like From or <guilabel><recipients></guilabel></entry>
<entry><guilabel>is in category</guilabel>/<guilabel>is not in category</guilabel></entry>
<entry>most textual search items</entry>
<entry>Matches if the searched item contains an address that is in the specified category in your address book (or if the searched item contains no address that is in the specified category). Again, this rule makes only sense for address fields.</entry>
<para>The most common use of filters is to sort incoming messages to certain folders; this can be done by choosing <guilabel>file into folder</guilabel>. Here is a list of all possible actions:</para>
<para>This will file the message into another folder, removing it from its current folder if necessary; you cannot, currently use &imap; folders as a target.</para>
<listitem><para>This will modify the <guilabel>Reply-To</guilabel> field of this message. This can be useful for mailing lists that automatically set a Reply-To which you do not like.</para>
<listitem><para>This will forward the message inline (&ie; as if you selected <menuchoice><guimenu>Message</guimenu><guimenuitem>Forward</guimenuitem><guimenuitem>Inline...</guimenuitem></menuchoice>) to another email address.</para>
<listitem><para>Will try to return the message to the sender as undeliverable.</para>
<warning><para>This will only work if the sender's email address is valid, which is <emphasis>not</emphasis> the case for most spam messages.</para></warning>
<listitem><para>Will try to return a message to the sender that indicates successful delivery of their message, if the sender requested that.</para> <para>This action allows you to select who will get delivery receipts from you. Though you can globally enable the sending of delivery confirmations in the <guilabel>Configure &kmail;...</guilabel> dialogue (<link linkend="configure-security"><guilabel>Security</guilabel> page</link>) we recommended not to send them to everyone, since this makes tracking of spam messages, for example, very easy for the sender.</para>
<para>This will execute a program, but will not modify the message. Specify the full path to the program you want to execute; &kmail; will then block until the program returns. If you do not want &kmail; to block then append '&' to the command. You can feed the program with the parts of the mail: <symbol>%0</symbol>, <symbol>%1</symbol>, &etc; stand for files representing the message parts; for common messages <symbol>%0</symbol> is the text, <symbol>%1</symbol> the first attachment and so on. Additionally, the whole message is fed into the program's <acronym>stdin</acronym>; and every occurrence of <symbol>%{foo}</symbol> is replaced by the content of the foo header.</para>
<warning><para>This currently only works if the message has <emphasis>at least one</emphasis> attachment. No, not even <symbol>%0</symbol> will work in the general case!</para></warning>
<tip><para>You can enter arbitrarily-complex shell commands here, since &kmail; uses a sub shell to execute the command line; therefore, even this command will work (within its limits): <userinput><command>uudecode</command> <option>-o</option> <parameter>$(mktemp kmail-uudecoded.XXXXXX)</parameter> && <command>echo</command> <parameter>$'\a'</parameter></userinput></para></tip>
<para>This will feed the message to a program: if the program returns output, the entire message (including the headers) will be replaced with this output; if the program does not return output or exits with a return code other than 0 (indicating an error occurred), the message will not change. Specify the full path to the program. The same substitutions (<symbol>%n</symbol>, <symbol>%{foo}</symbol> as with <guilabel>execute command</guilabel> are performed on the command line.</para>
<warning><para>Be cautious with this action, as it will easily mess up your messages if the filter program returns garbage or extra lines.</para></warning>
<para>Will remove all header fields with the given name from the message. This is useful mainly for removing bogus <quote>Reply-To:</quote> headers.</para>
<para>If no such field is already present this will add a new header field with the given name and value to the message; if there already is a header field with that name, it is overwritten with the given value; if there are already multiple headers with the given name (⪚ <quote>Received:</quote> headers), an arbitrary one of them is overwritten and the others are left unchanged -- this is a known limitation. You may want to combine this filter with the <guilabel>remove header</guilabel> filter above to make sure that there are no other headers with that name in the message.</para>
<para>Will scan the given header field, modify its contents and write it back. The search string is always interpreted as a case-sensitive regular expression. The replacement string is inserted literally except for occurrences of <userinput>\n</userinput>, <userinput>$n</userinput> and <userinput>${nn}</userinput>, where <userinput>n</userinput> is a positive (single-digit, except for the third form) number or <userinput>0</userinput>. These constructs are interpreted as back references to substrings captured with brackets in the search string.</para><para>Analogous restrictions as in the <guilabel>add header</guilabel> action apply here, too.</para>
<para>If I am subscribed to the (general) &kde; List, I could create a folder for the list (I will call it <replaceable>KDE-General</replaceable>) and use a filter to automatically transfer new messages from my inbox to my <replaceable>KDE-General</replaceable> folder if they are from the &kde; List. Here is how to create this filter:</para>
<para>Try if <menuchoice><guimenu>Tools</guimenu><guisubmenu>Create filter</guisubmenu><guimenuitem>Filter on Mailing-List...</guimenuitem></menuchoice> can identify the mailing list (the name of the list should then appear in the menu item); in this case, this works and I am presented a filter that has <quote>List-Id<guilabel>contains</guilabel> <kde.mail.kde.org></quote> preset. You select the desired destination folder from the folder pull-down menu in the <guilabel>Filter Action</guilabel> group and that is it.</para>
<para>If that does not work, think of a unique way of identifying the messages you want to filter. The (almost) unique property of my &kde; List messages is that they always contain <quote>kde@mail.kde.org</quote> in the <guilabel>To:</guilabel> or <guilabel>CC:</guilabel> field. It is only almost unique, because this fails for cross-posted messages.</para>
<para>In the <guilabel> Filter Criteria</guilabel> area, select <guilabel><recipients></guilabel> from the first drop-down box, <guilabel>contains</guilabel> from the second drop-down box, and type <userinput>kde@mail.kde.org</userinput> in the text field.</para>
<para>Skip down to the <guilabel>Filter Actions</guilabel> section. Select <guilabel>file into folder</guilabel> from the first drop-down box. A new drop-down box containing a list of folders will appear. Select the folder that you want the filtered messages to be transferred to. For this example, you would select <guilabel>KDE-General</guilabel> from the drop-down box.</para>
<para>You may find that you need to use more powerful criteria to properly filter your messages; for example, you may only want to filter the &kde; List messages that are written by your friend <replaceable>Fred Johnson <fj@anywhere.com></replaceable>. This is where the rest of the matching criteria section comes into play:</para>
<para>Since you want to filter all messages that have <replaceable>kde@mail.kde.org</replaceable> in the <guilabel>To:</guilabel> or <guilabel>CC:</guilabel> field <emphasis>and</emphasis> that are from Fred, check the <guibutton>Match all of the following</guibutton> radio button.</para>
<para>Now, go to the second search rule and select the following from the pull-down menus: <guilabel>From</guilabel>, <guilabel>contains</guilabel>. Now, type <userinput>fj@anywhere.com</userinput> in the text field.</para>
<para>It is important to know that, for example, the order of the filters has an impact on the speed of the filter process. Here are some ideas which can help you to improve the filtering: </para>
<para>If you know that a filter finally processes a certain class of messages, please make sure to check the option <guilabel>If this filter matches, stop processing here</guilabel> for the filter. This will avoid the evaluation of the filter rules of all subsequent filters. (See the advanced options in the <link linkend="filter-dialog-id"> Filter Dialogue</link>).</para>
<para>An example is filtering messages from mailing lists via List-Id header into separate folders. Having found out that a message came from list A means that you can avoid checking the next filter for messages from list B. </para>
<para>The time required to evaluate a filter rule depends on the way the rule is constructed. In particular, scanning for a substring using the <guilabel>contains</guilabel> operation is faster than a pattern matching using the <guilabel>matches regular expr.</guilabel> operation. </para>
<para>Another dependency is on the amount of data which is used for the evaluation of a filter rule. If the rule is based on a message header, its evaluation should normally be much faster than the evaluation of a rule based on the complete message. </para>
<para>You should try to keep the filter rules as simple as possible. </para>
<para>All the different filter actions have a different complexity. The most expensive filter actions are <guilabel>pipe through</guilabel> and <guilabel>execute command</guilabel>, because both need external programs to be run. Placing filters containing these filter actions behind other filters that can reduce the number of times these complex actions are required is useful, if the filter logic does allow this.</para>
<para>An example is filtering messages from a mailing list and detecting spam messages. For the spam detection you will usually use an external tool via a <guilabel>pipe through</guilabel> action. Filtering the messages for the mailing list is done via the List-Id header. If you do not want to check the messages from the mailing list for spam too, it is better to use the filter for the mailing list messages before the filter for the spam detection. This way you avoid the expensive and slow spam check for all messages which were identified as mailing list messages. </para>
<para>If you want to verify that your filters work as intended, you can open a viewer for the filter log via <menuchoice><guimenu>Tools</guimenu> <guimenuitem>Filter Log Viewer...</guimenuitem></menuchoice>. </para>
<para>In the viewer, there you can configure the logging of the filter processing. You can control the detail level of the log, clear the log or save the log into a file. The log can provide valuable information if you need to debug your filtering process. </para>
<para>Download Filters can be used to filter mail from a POP server, <emphasis>before</emphasis> they are completely downloaded; you can use them to prevent &kmail; from downloading huge messages and save time this way.</para>
<para>In the configuration dialogue of the POP account you can enable download filtering by checking the <guilabel>Filter messages if they are greater than</guilabel> box; once you have done that, you can specify a size which is used as a threshold: messages exceeding this size will be checked against the filter rules you defined -- if no filter rule matches, they will be shown in a confirmation dialogue and you can decide what to do with them. The default size for filtering is 50,000 Bytes; this is a good value as the overhead is kept to a minimum -- every message that is looked at by the filter causes additional traffic because the header of the message is downloaded twice. The default action is <guilabel>Download mail</guilabel> to prevent the loss of messages.</para>
<warning><para>Be careful with the <guilabel>Delete mail from server</guilabel> option since once a mail is deleted on the server there is no way to get it back.</para></warning>
<para>With a really good set of filter rules, it is possible that all messages that exceed the threshold size are automatically tagged (&ie; downloaded, kept on the server or deleted) and you would never be bugged by the confirmation dialogue. Be careful though, since once a message is matched by a filter rule, you have no guarantee that you can change the action before it is executed: the confirmation dialogue will be displayed <emphasis>only</emphasis> if there is a message left that was not matched by a filter rule.</para>
<title>The <guilabel>Configure Pop Filter</guilabel> Dialogue</title>
<para>Adding filter rules works similar as for <link linkend="filters">message filters</link>. On the left hand side you can manage the existing filters. Use the <guiicon>New</guiicon> button to add a filter. On the right hand side you can configure under which conditions the current filter should match. Using <guilabel>Filter Action</guilabel> you specify what will happen to a message that is matched by this rule. The available options are:</para>
<para>Will tag the messages for later download. This means the messages matched will stay on the POP server until you choose to download them by changing the action manually.</para></listitem>
<para>Will delete the message from the server and does not download it. Once you deleted a message from the server, there is <emphasis>no</emphasis> way you can undo this. Be careful, as rules could match messages you actually want, too.</para></listitem>
<para>The option <guilabel>Always show matched 'Download Later' messages in confirmation dialogue</guilabel> will cause the confirmation dialogue to show up during mailbox check if at least one message was tagged for <guilabel>Download Later</guilabel> - even if all messages exceeding the threshold size were matched by a rule. This option is useful in the case you have messages matched by a rule and tagged for <guilabel>Download Later</guilabel>, but you do not get any message exceeding the size limit for a very long time. Without this option, the confirmation dialogue would never show up and you would never have a chance to get the queued message by changing the action manually.</para>
<para>This dialogue shows up whenever you have POP filtering switched on and messages were found on the server that exceed the threshold size you defined for the POP account. Now you have the chance to decide what you want to do with that message. The options are <guilabel>Download</guilabel> (green), <guilabel>Download later</guilabel> (yellow with egg watch) and <guilabel>Delete from server</guilabel> (red <quote>X</quote>). Be cautious with the delete option, since once you deleted a mail from the server, there is no way to undelete it again.</para>
<para>In the <guilabel>Filtered Messages</guilabel> section you can check the box if you receive messages that were automatically tagged for a certain action (download, download later, delete) by a filter rule. The checkbox is only enabled if you receive some messages that were matched by a filter rule; once you check it, a list similar to the one for the not-automatically-tagged messages will be displayed and you can change the action for every single message.</para>
<para>Please note that if there is a message exceeding the size limit, but all messages are matched by a filter rule the dialogue will not be displayed. One exception occurs if you have checked <guilabel>Always show matched 'Download Later' messages</guilabel> in the <guilabel>Global Options</guilabel> section of the POP filter configuration dialogue; then, the dialogue will also be displayed if you only have matched messages, but at least one message was tagged for <guilabel>Download later</guilabel>.</para>
<para>Multiple accounts are used to check for messages from more than one email address and/or mail server. Select <menuchoice><guimenu>Settings</guimenu> <guimenuitem>Configure &kmail;...</guimenuitem></menuchoice> and click on the <guilabel>Network</guilabel> page to add or change your account settings. See the <link linkend="getting-started">Getting started</link> section for more information on the settings in the <guilabel>Network</guilabel> page.</para>
<para>To check for messages from a particular account, use the <menuchoice><guimenu>File</guimenu><guimenuitem>Check Mail In</guimenuitem></menuchoice> submenu to select the account to check for mail. You can also press the mouse button on the <guiicon>Check Mail</guiicon> icon for some time to get a list of accounts.</para>
<title>Signing and Encrypting Messages with <application>PGP</application> or <application>GnuPG</application></title>
<note><para>There have been major changes in the way &kmail; handles signing/encryption. The following introduction applies to the previous version of &kmail;. You can still read the introduction to get an overview about how to sign/encrypt messages, but the details, especially those of the configuration, will differ.</para></note>
<para>This is a short introduction on how to setup &kmail;'s <application>PGP</application> (<application>Pretty Good Privacy</application>) support; it gives some hints on the use of <application>PGP</application> too. It is written for people who are beginners in this area; if you are familiar with the use of <application>PGP</application>, you can skip most of the steps. This documentation, and the &kmail; user interface, generally talk only about <quote>PGP</quote>, but it applies to both <application>PGP</application> and <application>GnuPG</application> (<application>GNU Privacy Guard</application>), (although some <application>GnuPG</application> command-line parameters may be different.)</para>
<para>Please also check out the <link linkend="pgp-faq">&FAQ; item about <application>PGP</application></link>.</para>
<warning><para>Attachments will not be signed/encrypted if you are using inline OpenPGP: to sign/encrypt attachments, you have to install GnuPG and some necessary libraries; then, you can decide for each attachment whether it should be signed/encrypted or not. </para></warning>
<warning><para>&kmail; has to rely on <application>PGP</application>'s output; this output is often different between different versions of <application>PGP</application>, so it is important that you test if encryption really works with your setup before you start using it seriously. &kmail; might <emphasis>not</emphasis> warn you if something fails -- enable <guilabel>Show signed/encrypted text after composing</guilabel>. </para></warning>
<para>To setup and use <application>PGP</application> support in &kmail; it is necessary to have <application>PGP</application> installed and set up properly; of course, we cannot give you a full introduction of <application>PGP</application> here. We will only mention the steps you have to do to get <application>PGP</application> going. For details you should have a look at the excellent <application>PGP</application> documentation or <ulink url="http://www.gnupg.org/docs.html#guides">The GNU Privacy Handbook</ulink>.</para>
<para>It is certainly a good idea to study this documentation as well as an introduction into public key cryptography (⪚ out of the <application>PGP</application> 6.5.x package): there you can learn a lot about the basic concepts, which will help you to understand what is going on; also, many security related issues you should know about are discussed there.</para>
<para>&kmail; expects that your <application>PGP</application> binary is called <command>pgp</command>; in the case of <application>GnuPG</application>, it expects the binary to be called <command>gpg</command>. If this is not the case for you, just make a symlink.</para>
<para>If you have not done so, you have to generate a key pair (secret and public key) for your identity. You must do this at the command line: use <userinput><command>pgp</command> <option>-kg</option></userinput> or <userinput><command>gpg</command> <option>--gen-key</option></userinput>: &kmail; has no internal support for <application>pgp</application>'s key generation at this time. The identity (normally your name followed by your email address within brackets, such as <userinput>John Smith <john@example.com></userinput>) and your passphrase are important for the co-operation between &kmail; and <application>PGP</application>.</para>
<title><application>PGP</application>-Related Settings in &kmail;</title>
<para>Select the <guilabel>OpenPGP</guilabel> tab on the <guilabel>Security</guilabel> settings page; there you will find the following options:</para>
<para>Here you can choose if you want to use <application>PGP</application>, <application>GnuPG</application> or no encryption software at all; of course, the program you select has to be installed on your system (it is also important to select the correct version).</para>
<para>When this option is off, &kmail; will ask for your passphrase each time you sign a message (before sending) or select an encrypted message; if you turn this option on, &kmail; will remember your passphrase from after your first successful input until you finish your &kmail; session. The passphrase is stored in memory and not written to the hard disk. If you use one of the Crypto-Plugins or if you use <application>GnuPG</application> with the gpg-agent then an external program will ask for your passphrase and optionally remember it for some time.</para>
<para>If this option is off and you want to send an encrypted message to somebody, then you cannot read this message any longer after you have composed and encrypted it. Turn this option on to keep sent encrypted messages readable for you too.</para>
<para>This will show you the result of encrypting and signing before the message gets sent; this way, you can still cancel sending if encrypting failed. It is strongly recommended to use this option.</para>
<para>This will always open a dialogue that lets you choose the keys used for each recipient when you are sending an encrypted message; if this option is off, &kmail; will show this dialogue only when it cannot find a key for a recipient or when there are conflicting or unset encryption preferences.</para>
<term><guilabel>Automatically sign messages using OpenPGP</guilabel></term>
<listitem><para>This lets you toggle whether to automatically sign your messages by default; of course, it is still possible to send unsigned messages by deselecting the icon in the composer window.</para>
<listitem><para>If this option is on, &kmail; will automatically encrypt messages with the built-in OpenPGP support or the PGP/MIME-Plugin provided that, for every recipient, a trusted PGP key is found in your keyring and you did not tell &kmail; not to encrypt messages sent to certain recipients. If in doubt, &kmail; will ask whether the message should be encrypted or not.</para></listitem>
<para>Now that you have setup the encryption tool you have tell &kmail; which OpenPGP key you want to use for signing and for encrypting messages; to do this go to the <link linkend="configure-identity">Identities configuration</link> and set the key that should be used on the <guilabel>Advanced</guilabel> tab of the identity configuration.</para>
<para>Now you are able to sign outgoing messages; to let people send you encrypted messages and to let them verify your signature you must send them your public key or upload your public key to a public <application>PGP</application> key server so that they can fetch your key from there. To send encrypted messages to other people or to verify their signed messages you will need their public keys; you can store your public key(s) on a public <application>PGP</application> key server such as <ulink url="http://www.cam.ac.uk.pgp.net/pgpnet/">http://www.cam.ac.uk.pgp.net/pgpnet/</ulink>.</para>
<para>You can compose your message as usual in the composer window of &kmail;. Before you send the message, check the <guiicon>Sign Message</guiicon> icon on the toolbar of the composer window; then, you can send the message. The identity you are using to write the current message needs to be connected to an <guilabel>OpenPGP Key</guilabel> in the <guilabel>Identity</guilabel> section of the <guilabel>Configure</guilabel> dialogue. To sign the message, &kmail; needs to know your <application>PGP</application> passphrase: if you did not select <guilabel>Keep passphrase in memory</guilabel> in the <guilabel>Security</guilabel> section, &kmail; will ask you for it; otherwise, if you have already given the phrase to &kmail;, it will sign the message without any further prompt.</para>
<para>To send an encrypted message to somebody of whom you have a public key, you simply create the message in the composer window. Before you send the message, check the <guibutton>Encrypt Message</guibutton> button in the toolbar of the composer window; note that you might not have to check the button if <guilabel>Automatically encrypt messages whenever possible</guilabel> is selected in &kmail;'s configuration (see <link linkend="pgp-sign-your-messages">above</link>). Then send the message.</para>
<para>If you checked the <guilabel>Encrypt Message</guilabel> button and &kmail; cannot find a matching key for a recipient, it will display a list containing all available keys in the <guilabel>Encryption Key Selection</guilabel> dialogue; if &kmail; finds more than one trusted key for a recipient, it will display a list containing all matching keys for this recipient. In both cases you can select the key(s) which should be used for encrypting this message for the recipient in question. Using the <guilabel>Remember choice</guilabel> checkbox you can save your selection for future messages.</para>
<para>If you are using a key for the first time, there are conflicting Encryption Preferences, or if <guilabel>Always show the encryption keys for approval</guilabel> is selected in the <guilabel>Security</guilabel> section of &kmail;'s configuration dialogue the <guilabel>Encryption Key Approval</guilabel> dialogue will appear; here, you can select different keys for the recipients and can set the <guilabel>Encryption Preference</guilabel> for each recipient. The default option, <guilabel>Encrypt whenever encryption is possible</guilabel>, will automatically encrypt your message if there is a trusted key for each recipient.</para>
<para>As mentioned above, you will not be able to read your own encrypted sent messages if you do not check <guilabel>Always encrypt to self</guilabel> in the settings' <guilabel>Security</guilabel> page.</para>
<para>Prepare a message to the person to whom you want to send your public key; then, choose, in the composer window's menu, <menuchoice><guimenu>Attach</guimenu><guimenuitem>Attach My Public Key</guimenuitem></menuchoice>: this will attach the public key you defined for the current identity to the message. Now you can send the message.</para>
<para>Remember that it is not safe at all if you sign the message to make sure that the receiver will get the correct key: there can be a man-in-the-middle attack, as somebody can change the key and sign the message with that other key. That is why the recipient should verify the attached key by checking the key's fingerprint against the one he received in a secure way from you; have a look at the <application>PGP</application> documentation for further details.</para>
<para>All you have to do is to select the message in &kmail;. You will be prompted for your passphrase; then, &kmail; will try to decrypt the message and show you the plain text if the message had been encrypted with your public key: if not, then you will not be able to read it. &kmail; stores the messages encrypted, so nobody can read these messages without knowing your passphrase.</para>
<para>You can receive a public key as an attachment or via http, ftp or a floppy. Before you can use this key to encrypt a message to the owner of the key, you should verify the key (check its fingerprint or look for trusted signatures); then, you can add this key to your public keyring by typing <userinput><command>pgp</command> <option>-ka</option> <replaceable>filename</replaceable></userinput> at the command line (if you are using <application>PGP</application>) or by typing <userinput><command>gpg</command> <option>--import</option> <replaceable>filename</replaceable></userinput> at the command line (if you are using <application>GnuPG</application>). If the key is not certified with a trusted signature you cannot use it to encrypt messages unless you have signed the key with your key. </para>
<para>&kmail; does not have a built-in spam detection solution: the developers believe using external, but specialised, tools is the better approach. &kmail; uses these tools through its flexible filter architecture. The Anti-Spam Wizard helps you with the initial filter setup. </para>
<para>It will give you some choices about how you want the spam filtering to be set up. Afterwards it will automatically create the appropriate filter rules. </para>
<para>Here are the details of how the wizard works: &kmail; can use several external tools to detect spam messages; it will try to automatically find out which of those tools are installed on your box and will show you the result of the search for each tool. You can mark the tools which you want to be used by &kmail; to detect spam; marking tools which were not found is not possible because the appropriate checkboxes are disabled. Of course, you can close the wizard, install a tool, and restart the wizard again. </para>
<para>If you have marked at least one tool you will be able to select some actions to be done in &kmail; with regard to spam messages: to let &kmail; detect spam messages you definitely should mark the <guilabel>Classify messages using the anti-spam tools</guilabel> option; if you want messages detected as spam to be moved into a certain folder, please select the appropriate folder and mark the <guilabel>Move detected spam messages to the selected folder</guilabel> option; if messages detected as spam should additionally be marked as read, then mark the <guilabel>Additionally, mark detected spam messages as read</guilabel> option. </para>
<para>If you want to be able to manually mark messages as spam or non-spam (ham) you should check the <guilabel>Classify messages manually as spam</guilabel> option: note that you can seemingly achieve the same result when you only change the status of the appropriate messages; but, if any of the tools you selected support Bayesian filtering (&ie; a method to detect spam based on statistical analysis of the messages) then these messages are not only marked but additionally transfered to the tools to let them learn so they can improve their detection rate. </para>
<para>Having checked at least one of these last options will allow you to let the wizard finish the filter setup. The wizard will not take any existing filter rules into consideration but will append new rules in any case; you may want to inspect the result of this process in the <link linkend="filter-dialog">Filter Dialogue</link>. If you have checked the <guilabel>Classify messages manually as spam / not spam</guilabel> option the wizard will create toolbar buttons for marking messages as spam or as ham; keep in mind that classifying messages as spam will also move those messages to the folder you had specified for spam messages. </para>
<para>The wizard uses information stored in a special configuration file named <filename>kmail.antispamrc</filename> (stored in the global or local KDE config directory). It will first check the global config file and then the local config file: if the local config file contains entries with higher (newer) version numbers per-tool the configuration data from the local file for that tool is used; that way, both administrators and users can update the wizard configuration. </para>
<para>The detection of spam messages is achieved by creating <guilabel>pipe through</guilabel> actions per-tool within a special filter. Another filter contains rules to check for detected spam messages and actions to mark them and (optionally, depending on the choice in the wizard) to move them into a folder. Both filters are configured to be applied on incoming messages and on manual filtering. </para>
<para>Two filters are needed for the classification of ham and spam. They contain actions to mark the messages appropriately. As mentioned above, the filter for classification as spam has another action to move the message into a predefined folder. If the selected tools support Bayesian filtering, the wizard will create additional filter actions to pass the messages to the tools (<guilabel>execute command</guilabel> actions) in the appropriate learn mode. </para>
<para>&kmail; does not have a built-in virus detection solution: the developers believe using external, but specialised, tools is the better approach. &kmail; uses these tools through its flexible filter architecture. The Anti-Virus Wizard helps you with the initial filter setup. </para>
<para>It will give you some choices about how you want virus filtering to be set up. Afterwards it will automatically create the appropriate filter rules. </para>
<para>The Anti-Virus Wizard basically works exactly as the <link linkend="the-anti-spam-wizard">Anti-Spam Wizard</link>. Here are the details of how the wizard works: &kmail; can use several external tools to detect messages containing viruses; it will try to automatically find out which of those tools are installed on your box and will show you the result of the search for each tool. You can mark the tools which you want to be used by &kmail; to detect viruses; marking tools which were not found is not possible because the appropriate checkboxes are disabled. Of course, you can close the wizard, install a tool, and restart the wizard again. </para>
<para>If you have marked at least one tool you will be able to select some actions to be done in &kmail; with regard to messages containing viruses: to let &kmail; detect messages containing viruses you definitely should mark the <guilabel>Check messages using the anti-virus tools</guilabel> option; if you want messages detected as virus-infected to be moved into a certain folder, please select the appropriate folder and mark the <guilabel>Move detected viral messages to the selected folder</guilabel> option; if messages detected as virus-infected should additionally be marked as read, then mark the <guilabel>Additionally, mark detected viral messages as read</guilabel> option. </para>
<para>Having checked at least one of these last options will allow you to let the wizard finish the filter setup. The wizard will not take any existing filter rules into consideration but will append new rules in any case; you may want to inspect the result of this process in the <link linkend="filter-dialog">Filter Dialogue</link>. </para>
<para>The wizard uses information stored in a special configuration file named <filename>kmail.antivirusrc</filename> (stored in the global or local KDE config directory). It will first check the global config file and then the local config file: if the local config file contains entries with higher (newer) version numbers per-tool the configuration data from the local file for that tool is used; that way, both administrators and users can update the wizard configuration. </para>
<para>The detection of messages containing viruses is achieved by creating <guilabel>pipe through</guilabel> actions per-tool within a special filter. Another filter contains rules to check for detected viral messages and actions to mark them and (optionally, depending on the choice in the wizard) to move them into a folder. Both filters are configured to be applied on incoming messages and on manual filtering. </para>
