How to cause Kmail to retrieve mail from a local file?

[Dylan]

I have been using Kmail in the conventional way, i.e. retrieving mail from
the three remote servers through the 'Net.
Now I wish instead for fetchmail to do that, and to feed its output to
procmail, which will perform some filtering operations before making its
output available to Kmail
The way procmail does this is to deposit its mail into file(s) in a
dedicated directory in the user's home directory tree, and this is where
kmail should come to pick it up. My question is about how to configure
Kmail to do that, rather than retrieving mail as it does now, directly
from remote servers, whether configuring from the Account Settings of
Kmail, or from manipulating some configuration file of Kmail.
I've asked this question on the KDE-PIM list, which seemed like the most
likely place to get answers, but the reaction there has been to change the
subject. I have also come up dry from a Google search.

Have you tried Settings > Configure Kmail > Accounts > Receiving (tab) > Add
(button) ... ? When you do, Kmail gives you two different local options -
"Local mailbox" and "Maildir mailbox" ...

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've asked this question on the KDE-PIM list, which seemed like the most
likely place to get answers, but the reaction there has been to change the
subject. I have also come up dry from a Google search.

Funny, because it is easy enough to do. I did it time ago.

You just store email in ~/Mail, and tell kmail that this is the local mail
folder, or something of the sort - I did this years ago, I don't remember
the exact details. Kmail creates indexes on that directory.

However, there is a problem: it doesn't detect easily when fetchmail gets
new email. It may be that you have to exit kmail and restart it to get the
indexes rebuilt for new email.

A better solution nowdays is to install dovecot, tell it that you store
the email in ~/Mail, and then configure kmail to pull email via imap from
localhost. The advantage is that you can use kmail, evolution,
thunderbird, pine, mutt... even simultanously and from different computers
on your local network. I wrote a few notes about doing this, in the forum.
It works nicely.

Just remember to tell whatever mail reader you use not to create a local
cache of the local imap server. That's double caching.

- --
Cheers,
Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzbw+oACgkQtTMYHG2NR9WHGgCbBZpDjr8H5FASZsGSczD8G4+c
QeEAnj4t6t3HJqKNJ7TfTdWrAPHM400O
=htQJ
-----END PGP SIGNATURE-----

[phanisvara das]

On Thu, 11 Nov 2010 15:26:55 +0530, Stan Goodman

Now I wish instead for fetchmail to do that, and to feed its output to
procmail, which will perform some filtering operations before making its
output available to Kmail
The way procmail does this is to deposit its mail into file(s) in a
dedicated directory in the user's home directory tree, and this is where
kmail should come to pick it up. My question is about how to configure
Kmail to do that, rather than retrieving mail as it does now, directly
from remote servers, whether configuring from the Account Settings of
Kmail, or from manipulating some configuration file of Kmail.

the easiest way i'm aware of is by running an IMAP server on your box. i'm
using dovecot, which is pretty easy to set up. then you connect with kmail
to localhost, retrieving the mail via IMAP. there's an extensive thread
about this here:
[code]http://forums.opensuse.org/english/get-help-here/applications/447542-need-mail-program.html
[/code]

[Per Jessen]

I have been using Kmail in the conventional way, i.e. retrieving mail
from the three remote servers through the 'Net.
Now I wish instead for fetchmail to do that, and to feed its output to
procmail, which will perform some filtering operations before making
its output available to Kmail
The way procmail does this is to deposit its mail into file(s) in a
dedicated directory in the user's home directory tree, and this is
where kmail should come to pick it up. My question is about how to
configure Kmail to do that, rather than retrieving mail as it does
now, directly from remote servers, whether configuring from the
Account Settings of Kmail, or from manipulating some configuration
file of Kmail.

I believe the usual way is to run a local mailserver, have fetchmail
retrieve mail and store it in maildirs, that you then serve out locally
with POP3 or IMAP.

[phanisvara das]

On Thu, 11 Nov 2010 15:47:59 +0530, phanisvara das

Post by phanisvara das
the easiest way i'm aware of is by running an IMAP server on your box.
i'm using dovecot, which is pretty easy to set up. then you connect with
kmail to localhost, retrieving the mail via IMAP. there's an extensive
[code]http://forums.opensuse.org/english/get-help-here/applications/447542-need-mail-program.html
[/code]

the interesting part starts here:
[code]http://forums.opensuse.org/english/get-help-here/applications/447542-need-mail-program-2.html#20
[/code]

[Anton Aylward]

What I found especially attractive in that link is the suggestion of
ditching Akonadi, which I regard as a pimple on the posterior of KDE4.

I think you understate the case.
If you misconfigure the eye-candy in KDE4 it can consume a lot of your
CPU. However if you configure Akondi _correctly_ it will consume not
only a lot of your CPU but a lot of your disk bandwidth as well.

When the pimple is bigger than the posterior, what it is now called?
--
It's a well-known fact that the ISO/OSI seven-layer protocol stack actually
has two additional layers:
Layer 8: finance
Layer 9: politics
However, there are network gurus who know how to route around them. . . .
- Les Bell, RHCE, CISSP

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by phanisvara das
[code]http://forums.opensuse.org/english/get-help-here/applications/447542-need-mail-program-2.html#20
[/code]

O:-)

- --
Cheers,
Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzb1mwACgkQtTMYHG2NR9WZJwCfYFxV9GZTNDlRM6CcdNZ3Xnk5
6oMAn1r3NHfu7CdAE3fHzPbSPB+XD31r
=z0Xo
-----END PGP SIGNATURE-----

[Stan Goodman]

At 12:22:33 on Thursday Thursday 11 November 2010, "Carlos E. R."

Post by Carlos E. R.

I've asked this question on the KDE-PIM list, which seemed like the
most likely place to get answers, but the reaction there has been to
change the subject. I have also come up dry from a Google search.

Funny, because it is easy enough to do. I did it time ago.

Hi, Carlos...

After having read the other responses, I can answer your question: Nobody
mentions it because it is already obvious once you have noticed the choice
for Local Mailbox in the Kmail settings.

Post by Carlos E. R.
You just store email in ~/Mail, and tell kmail that this is the local
mail folder, or something of the sort - I did this years ago, I don't
remember the exact details. Kmail creates indexes on that directory.
However, there is a problem: it doesn't detect easily when fetchmail
gets new email. It may be that you have to exit kmail and restart it
to get the indexes rebuilt for new email.

I suppose, but do not know, that Kmail can check the local mailbox every N
minutes, as it does in the case of remote servers. I don't see a way to
synchronize Kmail with procmail, but that would only mean that Kmail may
collect new mail a few minutes later than it would if it were synced,
which isn't that important for most (except fire-engine dispatchers).

Post by Carlos E. R.
A better solution nowdays is to install dovecot, tell it that you store
the email in ~/Mail, and then configure kmail to pull email via imap
from localhost. The advantage is that you can use kmail, evolution,
thunderbird, pine, mutt... even simultanously and from different
computers on your local network. I wrote a few notes about doing this,
in the forum. It works nicely.

I've read one such note from you.

Post by Carlos E. R.
Just remember to tell whatever mail reader you use not to create a
local cache of the local imap server. That's double caching.

Thanks...

[Stan Goodman]

At 12:15:24 on Thursday Thursday 11 November 2010, Dylan

Post by Dylan

I have been using Kmail in the conventional way, i.e. retrieving mail
from the three remote servers through the 'Net.
Now I wish instead for fetchmail to do that, and to feed its output
to procmail, which will perform some filtering operations before
making its output available to Kmail
The way procmail does this is to deposit its mail into file(s) in a
dedicated directory in the user's home directory tree, and this is
where kmail should come to pick it up. My question is about how to
configure Kmail to do that, rather than retrieving mail as it does
now, directly from remote servers, whether configuring from the
Account Settings of Kmail, or from manipulating some configuration
file of Kmail.
I've asked this question on the KDE-PIM list, which seemed like the
most likely place to get answers, but the reaction there has been to
change the subject. I have also come up dry from a Google search.

Have you tried Settings > Configure Kmail > Accounts > Receiving (tab)

Add (button) ... ? When you do, Kmail gives you two different local

options - "Local mailbox" and "Maildir mailbox" ...

I must have seen that window dozens of times, if not more, and actually
"saw" anything past "POP". Thank you for pointing it out. Apparently it
has gone over many other heads as well, because in KDE-PIM only one
mentioned "Local Mailbox" which I interpreted as meaning the kind of
arrangement I was seekting, but not adding anything to how to do it. Local
Mailbox is exactly what I want. Thanks.

[Stan Goodman]

At 12:12:30 on Thursday Thursday 11 November 2010, Per Jessen

Post by Per Jessen

I have been using Kmail in the conventional way, i.e. retrieving mail
from the three remote servers through the 'Net.
Now I wish instead for fetchmail to do that, and to feed its output
to procmail, which will perform some filtering operations before
making its output available to Kmail
The way procmail does this is to deposit its mail into file(s) in a
dedicated directory in the user's home directory tree, and this is
where kmail should come to pick it up. My question is about how to
configure Kmail to do that, rather than retrieving mail as it does
now, directly from remote servers, whether configuring from the
Account Settings of Kmail, or from manipulating some configuration
file of Kmail.

I believe the usual way is to run a local mailserver, have fetchmail
retrieve mail and store it in maildirs, that you then serve out locally
with POP3 or IMAP.

That's one way, and others have suggested it, but it adds an additional
stage that I don't need. The simplest way is the local mailbox.

[Stan Goodman]

At 12:17:59 on Thursday Thursday 11 November 2010, "phanisvara das"

Post by phanisvara das
On Thu, 11 Nov 2010 15:26:55 +0530, Stan Goodman

Now I wish instead for fetchmail to do that, and to feed its output
to procmail, which will perform some filtering operations before
making its output available to Kmail
The way procmail does this is to deposit its mail into file(s) in a
dedicated directory in the user's home directory tree, and this is
where kmail should come to pick it up. My question is about how to
configure Kmail to do that, rather than retrieving mail as it does
now, directly from remote servers, whether configuring from the
Account Settings of Kmail, or from manipulating some configuration
file of Kmail.

the easiest way i'm aware of is by running an IMAP server on your box.
i'm using dovecot, which is pretty easy to set up. then you connect
with kmail to localhost, retrieving the mail via IMAP. there's an
[code]http://forums.opensuse.org/english/get-help-here/applications/447
542-need-mail-program.html [/code]

What I found especially attractive in that link is the suggestion of
ditching Akonadi, which I regard as a pimple on the posterior of KDE4. I
may have to reconsider the idea of installing an IMAP server and leaving
Kmail for another client.

I don't think I would import my three years of archived Kmail messages, as
someone mentioned in the thread, since they are accessible text files if
and when I need them.

Thanks...

[Will Stephenson]

Post by Anton Aylward

What I found especially attractive in that link is the suggestion of
ditching Akonadi, which I regard as a pimple on the posterior of KDE4.

I think you understate the case.
If you misconfigure the eye-candy in KDE4 it can consume a lot of your
CPU. However if you configure Akondi _correctly_ it will consume not
only a lot of your CPU but a lot of your disk bandwidth as well.
When the pimple is bigger than the posterior, what it is now called?

I think KMail (and the rest of Kontact) is intended to become a pimple on
Akonadi. And as I've said before, "never show an unfinished work to fools or
art masters".

Joking aside, we're having a KMail 4.6 beta test and debugging weekend this
weekend using an openSUSE 11.3 based image. Hopefully that will mitigate some
of the howling, tearing of hair and beating of breasts that will inevitably go
on here when 11.4 is released. The indexing performance problems are Buglic
Enemy #1.

If you want to join in, point konversation at #kontact on Freenode IRC over
the weekend.

Will

PS to save you time, and because it's nearly Friday, I've begun a choice
selection of responses ;)

"I've no intention of helping out, it's KDE and openSUSE's responsibility to
produce a fully bugfree product."

"Sorry, I switched to Thunderbird in 200?."

"Sorry, I'll never switch from KDE 3."

"I'm a Certified System Operator and none of _my_ CP/M scripts had performance
problems or bugs, why can't you kids get it right yourselves?"

"My mail is far too valuable to risk with testing. Now, let me tell you all
about my first computer's RAM capacity..."

"I'm incapable of replying on topic but the string 'KDE' now causes me to hit
Reply with a selection of random profanities #@£%!"

"Evolution and Dashboard/Beagle/Tracker in all their development versions have
never never never caused me a single problem, ever, cross my heart and hope to
die."

--
Will Stephenson, KDE Developer, openSUSE Boosters Team
SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex

[phanisvara das]

On Thu, 11 Nov 2010 19:03:05 +0530, Stan Goodman

Post by Stan Goodman
That's one way, and others have suggested it, but it adds an additional
stage that I don't need. The simplest way is the local mailbox.

i also missed that option in kmail. when i set up my fetchmail / dovecot
arrangement (about 1 year ago) that's what i would have wanted. but now i
like being able to use any email client to access all my mail, even from a
different machine. since i'm using KDE factory most of the time, kmail
once in a while becomes useless; then i can use pine or thunderbird or
whatever.

[phanisvara das]

Joking aside, we're having a KMail 4.6 beta test and debuggingweekend
this weekend using an openSUSE 11.3 based image.
Hopefully that will mitigate some of the howling, tearing of hair
and beating of breasts that will inevitably go on here when
11.4 is released. The indexing performance problems are
Buglic Enemy #1.

there used to be a separate repo for kmail2 / kontact2. does that work
with KDE 4.5.3 (factory), or do i have to switch everything to KDE
unstable to test kmail 4.6 ?

[Will Stephenson]

Post by phanisvara das

Joking aside, we're having a KMail 4.6 beta test and debuggingweekend
this weekend using an openSUSE 11.3 based image.
Hopefully that will mitigate some of the howling, tearing of hair
and beating of breasts that will inevitably go on here when
11.4 is released. The indexing performance problems are
Buglic Enemy #1.

there used to be a separate repo for kmail2 / kontact2. does that work
with KDE 4.5.3 (factory), or do i have to switch everything to KDE
unstable to test kmail 4.6 ?

Practically, you have to use all of KDE:Unstable:SC. Theoretically, I could
build KDE 4.5.x with kdepimlibs 4.6, trunk Akonadi and kdepim 4.6 but it's not
worth the effort since it would still require you to replace your existing
4.5.3 installation. That's why I'm repurposing KDE-SDK-LIVE that I made for
Chani's talk at osc10 for testing this.

Will

--
Will Stephenson, KDE Developer, openSUSE Boosters Team
SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by Stan Goodman
I don't think I would import my three years of archived Kmail messages, as
someone mentioned in the thread, since they are accessible text files if
and when I need them.

Actually, what I did was telling dovecot where my 15 years of emails were
stored, and from there on I can read them directly, as files as you say,
or via imap. Dovecot is surprisingly good at this.

In my case my mail was stored as mboxes from Pine, and it happens that
dovecot uses the same dialect of mbox format as pine. As to maildir, which
I think is the default for kmail, I don't know if it understand it so
well.

The other thing I don't know, but I think not, is whether dovecot can store
some folders as maildir and others as mbox or whatever.

- --
Cheers,
Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzcF0QACgkQtTMYHG2NR9U2QACeNSasnp4nNH3LhaWIWrpgUud+
xWwAn1evWBNC1sdsT5KJxRuWivIjqmh1
=PYKg
-----END PGP SIGNATURE-----

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2010-11-11 16:19, Will Stephenson wrote:

...

Post by Will Stephenson
If you want to join in, point konversation at #kontact on Freenode IRC over
the weekend.
Will
PS to save you time, and because it's nearly Friday, I've begun a choice
selection of responses ;)

...

ROTFL! X'-)

Add one: I'm a gnome chap, but I might get in to have a laugh if you go on
like this ;-p


Seriously... I'll forward your note to the Spanish mail list in case some
one is interested. I know that some there are very keen about/on/against
kmail ;-)

- --
Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/

iEYEARECAAYFAkzcGPIACgkQtTMYHG2NR9UOpQCfSzulj0uc3WKyFndZYeTINAVH
FjAAnAmxeM/XwymY0GEkLj6HFC8rLGDN
=5WVo
-----END PGP SIGNATURE-----

[Stan Goodman]

At 18:18:05 on Thursday Thursday 11 November 2010, "Carlos E. R."

Post by Carlos E. R.

Post by Stan Goodman
I don't think I would import my three years of archived Kmail
messages, as someone mentioned in the thread, since they are
accessible text files if and when I need them.

Actually, what I did was telling dovecot where my 15 years of emails
were stored, and from there on I can read them directly, as files as
you say, or via imap. Dovecot is surprisingly good at this.

I'm reading the Dovecot user's guide now.

Post by Carlos E. R.
In my case my mail was stored as mboxes from Pine, and it happens that
dovecot uses the same dialect of mbox format as pine. As to maildir,
which I think is the default for kmail, I don't know if it understand
it so well.

It claims to read both. It says nothing about "understands so well".

Post by Carlos E. R.
The other thing I don't know, but I think not, is whether dovecot can
store some folders as maildir and others as mbox or whatever.

Not only do I not know either, I don't even know how it decided that the
Account I set up should be for mbox, because I don't see a question like
that. It's possible that there was a question in the short configuration
when the app was first started, which would imply that one is stuck with a
format once the app is loaded initially. This wouldn't bother me much, if
I could choose a format globally.

One can't set up "Identities", as in Kmail (what was "Personalities" in
Jstreet), which is inconvenient. I want e.g., different signatures for
different purposes, and don't care to address my sons with my full name.
For messages in Hebrew, I want a yet another signature. That is a great
advantage of Kmail. I am sure I could make different accounts for that
purpose, but that is clumsier, and I would wind up with a large number of
accounts, and a correspondingly enormous number of folders, even before I
make any optional folders for sorting different topics. I think
Thunderbird is like that as well, if I remember.

Claws is not very flexible, and I am not sure it is for me. Were it not
for Akonadi, I would be content with Kmail; as it is, I am considering
purchasing a voodoo doll, naming it Akonadi Programmer, and sticking pins
in it daily.

[Stan Goodman]

At 05:29:53 on Friday Friday 12 November 2010, "Carlos E. R."

At 23:04:22 on Thursday Thursday 11 November 2010, "Carlos E. R." <>
I'm rethinking the whole matter in the light of several points that
were made in the thread.
Did you try Thunderbird with Dovecot?

Check the headers of this one ;-)

So you have fetchmail>Dovecot>Thunderbird. And you were able to migrate
your addressbook to TB?

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by Stan Goodman
It claims to read both. It says nothing about "understands so well".

Each program has it own "understanding" of each "standard" format. Which
is a way of saying that there are several flavours or even version of each
format.

It happens that dovecot uses the same flavour of mbox as pine, probably
because they used or imported the library.

Post by Stan Goodman

Post by Carlos E. R.
The other thing I don't know, but I think not, is whether dovecot can
store some folders as maildir and others as mbox or whatever.

Not only do I not know either, I don't even know how it decided that the
Account I set up should be for mbox, because I don't see a question like
that. It's possible that there was a question in the short configuration
when the app was first started, which would imply that one is stuck with a
format once the app is loaded initially. This wouldn't bother me much, if
I could choose a format globally.

Dovecot doesn't ask, AFAIK. It is a daemon.

Kmail uses maildir by deefault, without asking. You can change the default
globally, or per folder.

Post by Stan Goodman
make any optional folders for sorting different topics. I think
Thunderbird is like that as well, if I remember.

Yes, you can set several accounts in thunderbird (corresponding to the
server account), and each can have several identities. An identity can
adjust the signature, folders, the smtp sender. Very versatile.

What you can not choose is the language for an identity, so that it uses a
different "reply" template, default dictionary... It is a feature I would
like.

Post by Stan Goodman
Claws is not very flexible, and I am not sure it is for me. Were it not
for Akonadi, I would be content with Kmail; as it is, I am considering
purchasing a voodoo doll, naming it Akonadi Programmer, and sticking pins
in it daily.

X'-)

- --
Cheers,
Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzcViAACgkQtTMYHG2NR9VCoQCgkGOb+PHfHv+n81AnJXZu196r
Z+cAn0DqXzihHHNEMC8z6n1jnYXbcxw1
=c/tW
-----END PGP SIGNATURE-----

[Rodney Baker]

Post by Carlos E. R.
[...]
Actually, what I did was telling dovecot where my 15 years of emails were
stored, and from there on I can read them directly, as files as you say,
or via imap. Dovecot is surprisingly good at this.

Yes - when I first wanted to switch from pop3 to imap and run a local mail
server (back in the days of FC4) I checked out dovecot, UW-IMAP and at least
one other imap server (the name escapes me now) and dovecot was by far the
easiest and most trouble-free to get going.

Post by Carlos E. R.
In my case my mail was stored as mboxes from Pine, and it happens that
dovecot uses the same dialect of mbox format as pine. As to maildir, which
I think is the default for kmail, I don't know if it understand it so
well.

I switched from mbox to maildir format a long time ago and dovecot understands
maildir format just fine.

Post by Carlos E. R.
The other thing I don't know, but I think not, is whether dovecot can store
some folders as maildir and others as mbox or whatever.

No, I don't think it will do this - I'm pretty sure it's one or the other..
However, google mbox2maildir - you'll find a useful script (perl, iirc) that
will convert your mbox files to maildir format and allow you to switch cleanly
(but back up the mbox files first, jist in case). That is what I did years
ago. I may even still have a copy of that script around somewhere - I'm pretty
sure I kept it. I'll check tonight when I return from work if you're
interested.

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by Rodney Baker
I switched from mbox to maildir format a long time ago and dovecot understands
maildir format just fine.

I know. But there are several variants of maildir, and I don't which one
dovecot uses - if it is the same variant of kmail, or another one.

Post by Rodney Baker

Post by Carlos E. R.
The other thing I don't know, but I think not, is whether dovecot can store
some folders as maildir and others as mbox or whatever.

No, I don't think it will do this - I'm pretty sure it's one or the other..
However, google mbox2maildir - you'll find a useful script (perl, iirc) that
will convert your mbox files to maildir format and allow you to switch cleanly
(but back up the mbox files first, jist in case). That is what I did years
ago. I may even still have a copy of that script around somewhere - I'm pretty
sure I kept it. I'll check tonight when I return from work if you're
interested.

No, I don't need that, I don't like maildir. I would like to have diferent
formats on different folders depending on the contents. Then I would use
maildir for some folders that contain big emails, and mbox for those
containing thousands of small emails, like this one.

Dovecot has it's own format, that is a mixture of mbox and maildir; I
would use that one if procmail understood it.

- --
Cheers,
Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzctCEACgkQtTMYHG2NR9UvoQCeNGJgxwT+/4HisF7gNtpXZ7aS
3FIAnjHthQ2v1TQNQ49tXKI4Ze968sdO
=6SsZ
-----END PGP SIGNATURE-----

[Stan Goodman]

At 23:04:22 on Thursday Thursday 11 November 2010, "Carlos E. R."

At 12:22:33 on Thursday Thursday 11 November 2010, "Carlos E. R." <>
I suppose, but do not know, that Kmail can check the local mailbox
every N minutes, as it does in the case of remote servers. I don't
see a way to synchronize Kmail with procmail, but that would only
mean that Kmail may collect new mail a few minutes later than it
would if it were synced, which isn't that important for most (except
fire-engine dispatchers).

You will have to test this, because I don't remember.
I know that, for example, thunderbird doesn't notice at all when
procmail adds a new post to a folder. Worse, the index gets out of
sync and reading corrupts. You have to restart thunderbird completely
- and this doesn't happens with dovecot, via imap (part of the
protocol).
So you will have to test this with kmail. I remember that after not
using it for a few months it had to reindex all the folders again, and
this took a very long time. It was aparently hung.

I'm rethinking the whole matter in the light of several points that were
made in the thread.

Did you try Thunderbird with Dovecot?

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by Stan Goodman
I'm rethinking the whole matter in the light of several points that were
made in the thread.
Did you try Thunderbird with Dovecot?

Check the headers of this one ;-)

- --
Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/

iEYEARECAAYFAkzctLEACgkQtTMYHG2NR9XXigCfcb7O9K7u4raFKoX0MOIHDwlc
JOcAn26N/fq1imjZ3fDVlYhYthjEy9UW
=RVrF
-----END PGP SIGNATURE-----

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by Stan Goodman

Did you try Thunderbird with Dovecot?

Check the headers of this one ;-)

So you have fetchmail>Dovecot>Thunderbird. And you were able to migrate
your addressbook to TB?

No, not that one.

(and now I'm using Alpine)

Alpine can store its addressbook as a faked folder in the imap server, so
that you can use it on another Alpine session or computer. But this is
non-standard, I believe. The mbox and maildir formats are more or less
standard, but there is none for adressboooks.

The standard method would be to create the addressbook in LDAP - but this
I don't know how to do, after many years.

I have seen recipes for ldap. There is an ldap module in yast, but it is
for user login/pass. I have seen recipes for mail addresses in ldap, but
they are for storing the adresses and names of the people in the same
organization.

I have not seen a recipe for simply storing unrelated names and addresses
in ldap in a way that is understood by all or most mailers. It should be
simple, but understanding ldap is something that elludes me. Must have
been written by vi coders.

- --
Cheers,
Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzdOO4ACgkQtTMYHG2NR9WA/ACfRfE80LVQA2OVNt/0jlwCV7NP
jlYAn36uqht2QPVnhLK3EJcF6/WkdL0S
=XY0l
-----END PGP SIGNATURE-----

[Carlos E. R.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by Stan Goodman
I suppose, but do not know, that Kmail can check the local mailbox every N
minutes, as it does in the case of remote servers. I don't see a way to
synchronize Kmail with procmail, but that would only mean that Kmail may
collect new mail a few minutes later than it would if it were synced,
which isn't that important for most (except fire-engine dispatchers).

You will have to test this, because I don't remember.

I know that, for example, thunderbird doesn't notice at all when procmail
adds a new post to a folder. Worse, the index gets out of sync and reading
corrupts. You have to restart thunderbird completely - and this doesn't
happens with dovecot, via imap (part of the protocol).

So you will have to test this with kmail. I remember that after not using
it for a few months it had to reindex all the folders again, and this took
a very long time. It was aparently hung.

- --
Cheers,
Carlos E. R.
(from 11.2 x86_64 "Emerald" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzcWlcACgkQtTMYHG2NR9WMigCdE8re64/hRn6EZkxWb2pA/v0E
RFEAoJEZsQHfTvdaJVdkHiPTodD5bQPf
=RGog
-----END PGP SIGNATURE-----