On 07/26/2014 10:50 PM, Carlos E. R. wrote:
El 2014-07-26 a las 21:35 -0400, Damon Register escribió:
On 07/26/2014 07:36 PM, Carlos E. R. wrote:
So I'll explain instead mine.
· I use "fetchmail" to retrieve email from internet.
+1 Damon, you don't explain how you fetch mail from your ISP(s). This is not something that Dovecot or qpopper would do. Their job is to dish up mail. It is possible that you have Thunderbird set up to access your ISPs and bring in mail. In that case the use of qpopper and dovecot seems irrelevant
· Fetchmail handles over that email to the local SMTP server, which by default on openSUSE, is postfix, but it could be sendmail. · The SMTP server, in my case, filters email with amavis-new, to purge out spam and viruses. · The SMTP server, in my case, "gives" the emails to the Local Delivery Agent (LDA), which in openSUSE is typically procmail.
Mine is slightly different. I've eliminated the need for the SMTP server. There is a simple way to use procmail to handle the spam and virus filtering. See appropriate documentation. I have no objection to the way Carlos describes. I just see no need for the added component. I do not run a SMTP server since my site is not listening on the net for email. There are no published MX records for the address of my cable connection to my ISP. YMMV.
· This LDA sorts the emails according to rules, and puts each email on a different folder, decided by each user. If the user has no rules, email is left in /var/mail/USERNAME.
+1 Well, sort of. Procmail is very powerful and as I keep saying, powerful and capable software needs capable configuration. The default is also configurable. My default is configured to be ~/Mail/INBOX
· Thus, in my case, all email ends distributed in several folders like /home/USERNAME/Mail/whatever.
+1 I have a tree there about 20 wide and about 8 deep in parts. It is managed by dovecot which dishes it up for Thunderbird using IMAP. Most of the files are mailx but some are maildir for historic reasons. There is also a parallel ARCHIVE tree which dovecot knows about too. The point is that "each to his own" and that dovecot, procmail (as well as the spam and AV tools) are very configurable. Damon, you are limiting us by your lack of details.
· Dovecot is instructed to look in there:
/etc/dovecot/local.conf:
mail_location = mbox:~/Mail:INBOX=/var/mail/%u
Ahm, its a bit more than that. I have 4 'namespaces' defined.
Finally, I just tell Thunderbird to add a new account at "localhost" and it usually finds out what to do, automatically. I just disable "offline storage".
... Since mail is being brought in by 'fetchmail' and that makes sure it goes though the AV/Spam filters, something that does not happen if you have Thunderbird fetch the mail using its internal mechanisms pointed at the ISP.
Or, you can just use fetchmail to put email somewhere (inside your home), and bypass postfix and the rest completely. Easier to understand, but no filtering nor sorting.
That is a good starting point. Get that working then add the extra stuff you and I discussed. Diving in "our" deep end adds a lot of complexity that a will confuse a beginner.
Notice that the role of Dovecot is just storing the emails that "something" pushes "somewhere". By itself it does no fetching or sorting. It is just a specialized storage service that you can access via network.
+1 -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org