Hello SuSE people, Using Kmail 1.9.1 Am subscribed to several mailing list including this one. Designated folders for each list. I use the "Mailing List Management" tool to designate the folders as mailing lists. That works for that session only. If I close Kmail and restart it the setting is lost. Any idea what I can do to make Kmail remember these settings, or is it a bug in Kmail? Bob S.
On Friday 03 March 2006 06:48, Bob S wrote:
Hello SuSE people,
Using Kmail 1.9.1 Am subscribed to several mailing list including this one. Designated folders for each list. I use the "Mailing List Management" tool to designate the folders as mailing lists. That works for that session only. If I close Kmail and restart it the setting is lost.
Any idea what I can do to make Kmail remember these settings, or is it a bug in Kmail?
It shouldn't be. It works for me with the same version of KMail. Firstly, if you are not using the "detect automatically" function, check that you are clicking the Add button to move the mailing list address from the text entry to the list of addresses. That's the basic sanity check. Secondly, see if these settings are being saved at all. KMail saves these settings in its main config file, $HOME/.kde/share/config/kmailrc . You should have a group of settings for each folder in there. The name of the folder varies depending on your mailserver etc, but you can locate it using the name of the folder as it appears in kmail, eg: [Folder-.1237860329.directory/.INBOX.directory/.lists.directory/suse-kde] .. MailingListArchiveAddress= MailingListEnabled=true MailingListFeatures=15 MailingListHandler=0 MailingListHelpAddress=mailto:suse-kde-help@suse.com MailingListId= MailingListPostingAddress=mailto:suse-kde@suse.com MailingListSubscribeAddress=mailto:suse-kde-subscribe@suse.com MailingListUnsubscribeAddress=mailto:suse-kde-unsubscribe-wstephenson=suse.de@su Can you check that kmail can write to that file? Also, set up Mailing List Management, close the dialog, but don't exit kmail, then load the config file in an editor and see if the changes are there? KMail writes these immediately. regards Will Stephenson
On Friday 03 March 2006 05:08, Will Stephenson wrote:
On Friday 03 March 2006 06:48, Bob S wrote:
Hello SuSE people,
Using Kmail 1.9.1 Am subscribed to several mailing list including this one. Designated folders for each list. I use the "Mailing List Management" tool to designate the folders as mailing lists. That works for that session only. If I close Kmail and restart it the setting is lost.
Any idea what I can do to make Kmail remember these settings, or is it a bug in Kmail?
It shouldn't be. It works for me with the same version of KMail.
Firstly, if you are not using the "detect automatically" function, check that you are clicking the Add button to move the mailing list address from the text entry to the list of addresses. That's the basic sanity check.
Will,Thanks for the offer of help. I am using the "detect automatically" function. Not sure what you mean when you say "click the Add Button"
Secondly, see if these settings are being saved at all.
KMail saves these settings in its main config file, $HOME/.kde/share/config/kmailrc .
You should have a group of settings for each folder in there. The name of the folder varies depending on your mailserver etc, but you can locate it using the name of the folder as it appears in kmail, eg:
[Folder-.1237860329.directory/.INBOX.directory/.lists.directory/suse-kde] .. MailingListArchiveAddress= MailingListEnabled=true MailingListFeatures=15 MailingListHandler=0 MailingListHelpAddress=mailto:suse-kde-help@suse.com MailingListId= MailingListPostingAddress=mailto:suse-kde@suse.com MailingListSubscribeAddress=mailto:suse-kde-subscribe@suse.com MailingListUnsubscribeAddress=mailto:suse-kde-unsubscribe-wstephenson=suse. de@su
Can you check that kmail can write to that file?
Yes, checking that file shows that KMail is writing to it.
Also, set up Mailing List Management, close the dialog, but don't exit kmail, then load the config file in an editor and see if the changes are there? KMail writes these immediately.
OK, did that. The changes are being written there. Unfortunately when I close out "X" and log in again the changes seem to have disappeared. Have no idea why. As I mentioned in the other thread, when I reverted to KDE 3.4.2 this problem went away so I never pursued it further. I apologize for my boorish behavior in not replying to you. Hopefully this problem will have "gone away" with 3.5.2 I am somewhat trepeditious of this though, hence my question about 3.5.2 Bob S.
On Saturday 01 April 2006 08:44, Bob S wrote:
On Friday 03 March 2006 05:08, Will Stephenson wrote:
Firstly, if you are not using the "detect automatically" function, check that you are clicking the Add button to move the mailing list address from the text entry to the list of addresses. That's the basic sanity check.
Will,Thanks for the offer of help. I am using the "detect automatically" function. Not sure what you mean when you say "click the Add Button"
I meant features in the 'Mailing List Management' dialog you get by selecting a folder and then Folder menu->Mailing List Management. The 'Detect Automatically' button in that dialog tries to guess that there's a mailing list from the List-Id or other headers, it then adds the mailing list address to a text entry field below, and the Add button moves it to the list of valid addresses for the list.
Yes, checking that file shows that KMail is writing to it.
Also, set up Mailing List Management, close the dialog, but don't exit kmail, then load the config file in an editor and see if the changes are there? KMail writes these immediately.
OK, did that. The changes are being written there. Unfortunately when I close out "X" and log in again the changes seem to have disappeared. Have no idea why. As I mentioned in the other thread, when I reverted to KDE 3.4.2 this problem went away so I never pursued it further.
Odd. My first guess is that you have 2 instances of Kmail running and the second one overwrites changes left by the first on logout. This shouldn't be possible, but you never know... Have you somehow got KMail running standalone and inside Kontact? What's the output of ps -ef | grep kmail? There should be one kmail process, a couple of ioslaves with kmail in the commandline used by kmail to read mail, and the grep command. What if you quit Kmail without logging out, does the config file keep the changes? Having quit your Kmail, does ps -ef | grep kmail show another kmail instance? Is anything crashing when you logout? Will
On Monday 03 April 2006 07:16, Will Stephenson wrote:
On Saturday 01 April 2006 08:44, Bob S wrote:
On Friday 03 March 2006 05:08, Will Stephenson wrote:
Firstly, if you are not using the "detect automatically" function, check that you are clicking the Add button to move the mailing list address from the text entry to the list of addresses. That's the basic sanity check.
Will,Thanks for the offer of help. I am using the "detect automatically" function. Not sure what you mean when you say "click the Add Button"
I meant features in the 'Mailing List Management' dialog you get by selecting a folder and then Folder menu->Mailing List Management.
The 'Detect Automatically' button in that dialog tries to guess that there's a mailing list from the List-Id or other headers, it then adds the mailing list address to a text entry field below, and the Add button moves it to the list of valid addresses for the list.
OK, understood.
Yes, checking that file shows that KMail is writing to it.
Also, set up Mailing List Management, close the dialog, but don't exit kmail, then load the config file in an editor and see if the changes are there? KMail writes these immediately.
OK, did that. The changes are being written there. Unfortunately when I close out "X" and log in again the changes seem to have disappeared. Have no idea why. As I mentioned in the other thread, when I reverted to KDE 3.4.2 this problem went away so I never pursued it further.
Odd. My first guess is that you have 2 instances of Kmail running and the second one overwrites changes left by the first on logout. This shouldn't be possible, but you never know...
Have you somehow got KMail running standalone and inside Kontact?
What's the output of ps -ef | grep kmail? There should be one kmail process, a couple of ioslaves with kmail in the commandline used by kmail to read mail, and the grep command.
Here is output while running: bob@EasyStreet:~> ps -ef | grep kmail bob 29229 1 1 21:09 ? 00:00:24 kmail -caption KMail -icon kmail -miniicon kmail bob 2481 29046 0 21:40 ? 00:00:00 kio_file [kdeinit] file /tmp/ksocket-bob/klauncherXZXQSb.slave-socket /tmp/ksocket-bob/kmailpYDYsc.slave-socket bob 3921 3641 0 21:48 pts/1 00:00:00 grep kmail Here is output after closing: bob@EasyStreet:~> ps -ef | grep kmail bob 2481 29046 0 21:40 ? 00:00:00 kio_file [kdeinit] file /tmp/ksocket-bob/klauncherXZXQSb.slave-socket /tmp/ksocket-bob/kmailpYDYsc.slave-socket bob 6077 3641 0 21:59 pts/1 00:00:00 grep kmail bob@EasyStreet:~> Is this a second instance? If so, how can that be?
What if you quit Kmail without logging out, does the config file keep the changes?
It does seem to now, because I have reverted.
Having quit your Kmail, does ps -ef | grep kmail show another kmail instance?
As above
Is anything crashing when you logout?
Nope. Bob S.
On Tuesday 04 April 2006 04:08, Bob S wrote:
Here is output while running: bob@EasyStreet:~> ps -ef | grep kmail bob 29229 1 1 21:09 ? 00:00:24 kmail -caption KMail -icon kmail -miniicon kmail
That's KMail.
bob 2481 29046 0 21:40 ? 00:00:00 kio_file [kdeinit] file /tmp/ksocket-bob/klauncherXZXQSb.slave-socket /tmp/ksocket-bob/kmailpYDYsc.slave-socket bob 3921 3641 0 21:48
That's an ioslave (input/output slave process) probably used for reading your addressbook.
pts/1 00:00:00 grep kmail
and that's the grep command itself.
Here is output after closing: bob@EasyStreet:~> ps -ef | grep kmail bob 2481 29046 0 21:40 ? 00:00:00 kio_file [kdeinit] file /tmp/ksocket-bob/klauncherXZXQSb.slave-socket /tmp/ksocket-bob/kmailpYDYsc.slave-socket bob 6077 3641 0 21:59 pts/1 00:00:00 grep kmail bob@EasyStreet:~>
Is this a second instance? If so, how can that be?
No, that's all correct as expected - no second instance.
What if you quit Kmail without logging out, does the config file keep the changes?
It does seem to now, because I have reverted.
In that case you no longer have a kde 3.5.2 to diagnose the problem further. I'll keep an eye out for this problem in the 3.5 branch. Will
On Tuesday 04 April 2006 03:58, Will Stephenson wrote:
On Tuesday 04 April 2006 04:08, Bob S wrote:
Here is output while running: bob@EasyStreet:~> ps -ef | grep kmail bob 29229 1 1 21:09 ? 00:00:24 kmail -caption KMail -icon kmail -miniicon kmail
That's KMail.
bob 2481 29046 0 21:40 ? 00:00:00 kio_file [kdeinit] file /tmp/ksocket-bob/klauncherXZXQSb.slave-socket /tmp/ksocket-bob/kmailpYDYsc.slave-socket bob 3921 3641 0 21:48
That's an ioslave (input/output slave process) probably used for reading your addressbook.
pts/1 00:00:00 grep kmail
and that's the grep command itself.
Here is output after closing: bob@EasyStreet:~> ps -ef | grep kmail bob 2481 29046 0 21:40 ? 00:00:00 kio_file [kdeinit] file /tmp/ksocket-bob/klauncherXZXQSb.slave-socket /tmp/ksocket-bob/kmailpYDYsc.slave-socket bob 6077 3641 0 21:59 pts/1 00:00:00 grep kmail bob@EasyStreet:~>
Is this a second instance? If so, how can that be?
No, that's all correct as expected - no second instance.
What if you quit Kmail without logging out, does the config file keep the changes?
It does seem to now, because I have reverted.
In that case you no longer have a kde 3.5.2 to diagnose the problem further. I'll keep an eye out for this problem in the 3.5 branch.
Thanks Will, Think I will wait and watch also before upgrading to 3.5.2. Seeing people have other problems also. Bob S.
participants (2)
-
Bob S -
Will Stephenson