Re: [opensuse] Re: [opensuse-kde] Kmail distribution lists
On Monday 08 March 2010 06:21:09 Will Stephenson wrote:
On Monday 08 March 2010 06:38:20 911 wrote:
Any and all ideas, suggestions, would be most helpful. At this moment I cannot send out emails to my distribution lists and the backlog grows significanly.
I suggest that in the short term you revert your KDE PIM packages to 4.3.5.
"zypper in kdepim4=4.3.5-0.1.4" will do this for you currently, however the build number /may/ change, use "zypper se -s --match-exact kdepim4" to determine the current build number.
I am hammering on https://bugs.kde.org/show_bug.cgi?id=223034 to get this bug addressed promptly.
Will Will,
While you're hammering... A friend of mine whom I converted to SuSE some time ago and KDE PIM circa 3.5.10 uses the "CUSTOM" fields in the Contacts portion of KMail/PIM/Contacts. Specifically, she uses the ROLE: field and has defined some custom fields like JOINED_DATE: ORIENTATION_DATE: MAILING_LIST and so on. She is still using that version but I am testing 4.4.1 of Kontact for her for possible upgrade. I have found that there is no way to edit the fields, nor use the data in those custom fields in her mailing lists programs. She has many thousands of customers/members in her business that she uses KMail and Kontact and a custom written mailing list program that can use the *.vcf fields maintained/exported by Kontact to control its' mailing of EMail to her customers and club members, which may be several thousand on any given mailing. The custom program sends / meters the rate at which she sends mail so that no single ISP is flooded with email at any time and mail is only sent to those that have requested mail previously. Her ISP used to limit her outbound send rate to so many per hour and so many per day and even that limit is accounted for in the program, but the custom fields in her Contacts list are important to her and it appears to me that while the fields seem to be in the *.vcf files that are imported (dont know if they stay there or not permanently but...), but for sure, Kontact's editor neither displays nor allows editing of these fields that were created in v3.5.10 and exported by that version. It would be somewhat imperitive for the new version of Kontact to maintain the ability to import and edit CUSTOM fields, ie, if the field is defined in an imported *.vcf file, it should be displayable and editable. Thanks for listening and I believe this to be the same 'hammer' as bug 223034. Richard -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
Onsdag den 10. marts 2010 07:36:45 skrev Richard Creighton:
A friend of mine whom I converted to SuSE some time ago and KDE PIM circa 3.5.10 uses the "CUSTOM" fields in the Contacts portion of KMail/PIM/Contacts. Specifically, she uses the ROLE: field and has defined some custom fields like JOINED_DATE: ORIENTATION_DATE: MAILING_LIST and so on. She is still using that version but I am testing 4.4.1 of Kontact for her for possible upgrade.
With all due respect. If she uses KDEPIM to manage her business - and a pretty big one too - why would you even consider migrating her to unsupported, under development packages (4.4.1/kde4:factory repo), and on top of that, at a point in time where KDEPIM is undergoing some huge fundamental changes, and will continue to do so for a while? If I were heavily reliant on KDEPIM I'd probably stay put for a year and try to migrate to 12.0+KDE4.6.x March 2011. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Wednesday 10 March 2010 03:00:11 Martin Schlander wrote:
Onsdag den 10. marts 2010 07:36:45 skrev Richard Creighton:
A friend of mine whom I converted to SuSE some time ago and KDE PIM circa 3.5.10 uses the "CUSTOM" fields in the Contacts portion of KMail/PIM/Contacts. Specifically, she uses the ROLE: field and has defined some custom fields like JOINED_DATE: ORIENTATION_DATE: MAILING_LIST and so on. She is still using that version but I am testing 4.4.1 of Kontact for her for possible upgrade.
With all due respect. If she uses KDEPIM to manage her business - and a pretty big one too - why would you even consider migrating her to unsupported, under development packages (4.4.1/kde4:factory repo), and on top of that, at a point in time where KDEPIM is undergoing some huge fundamental changes, and will continue to do so for a while?
Martin, Hers is a special interests club and is non-profit and SHE is not considering 4.4.1 as an upgrade option, *I* was/am, because the use of MySQL under the hood enables an order of magnitude increase in flexibility and speed in utilizing the custom fields and the data they contain. She was originally a PM Mail user under Windows XP and spent literally days manipulating the data, mostly manually, and producing the mail lists each week to her club members. I couldn't stand seeing her literally suffering in that environment all those hours every week doing what I knew (or at least believed in my heart) that SuSE/KMail/Kontact could do for her more reliably, less prone to virus/trojans and cheaper. Other than mail throttling, every aspect of her computer life has been greatly enhanced by SuSE and KDE 3.5.10 and subsequent upgrade to 4.4.3 (save a few gllitches that we usually can work around) and any bugs we have found so far with her installation are miles ahead of what she had under Windows. It isn't perfect though and because of that *I* as a retired computer professional and former teacher at a local institute of higher learning who convinced said establishment to add Linux as part of the curriculum, took it upon myself to see if 4.4.1 had progressed to the point where I could recommend her to upgrade her system further which would add considerable features by more effectively utilizing the CUSTOM data fields she has created and populated. Alas, not yet. Fortunately, there is light at the end of the tunnel and my plea to Will and the other devs was/is to not let the 'regression' remain because *some* may not currently use the regressed features. I want them to know that the regressed features *are* being used and along with other regressions from KDE 3.5.10 in many cases are/were used by people in ways the devs and possibly even the majority of users may not have envisioned but which non-the-less make SuSE and KDE most valuable and a true alternative to Windows.
If I were heavily reliant on KDEPIM I'd probably stay put for a year and try to migrate to 12.0+KDE4.6.x March 2011.
I, and she won't risk her business unnecessarily, but remember, she was willing to risk moving from Windows to SuSE/Linux because she saw the risk was acceptable and feels her decision was a good one, as do I. If, at some time in the (hopefully near) future, a (beta?) version of KDE/PIM becomes available, you can be assured that I will be testing it and IF it performs adequately, even if not perfectly, she and I together will evaluate the risk of upgrading to that version. She gained literally 2 (wo)man days every week when she upgraded from Windows/PMmail to SuSE/KDE/KMail, and if she can gain a few more hours by taking a few well considered risks, I suspect she will probably do it. In the meantime, It is nice to know and encourage the devs to continue to develop the product and to know the "lesser" features are or can be valuable to pursue. Richard -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Wednesday 10 March 2010 11:29:59 Richard Creighton wrote:
I, and she won't risk her business unnecessarily, but remember, she was willing to risk moving from Windows to SuSE/Linux because she saw the risk was acceptable and feels her decision was a good one, as do I. If, at some time in the (hopefully near) future, a (beta?) version of KDE/PIM becomes available, you can be assured that I will be testing it and IF it performs adequately, even if not perfectly, she and I together will evaluate the risk of upgrading to that version.
You may be interested to follow the kdepim-users@kde.org mailing list [1] then, which consists of PIM power users and testers, helping to keep the hackers aware of regressions as KDE PIM is redeveloped during the 4.4 and 4.5 release cycles. Will [1] https://mail.kde.org/mailman/listinfo/kdepim-users -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Wednesday 10 March 2010 07:36:45 Richard Creighton wrote:
While you're hammering... A friend of mine whom I converted to SuSE some time ago and KDE PIM circa 3.5.10 uses the "CUSTOM" fields in the Contacts portion of KMail/PIM/Contacts.
These were reimplemented just yesterday. See point 4 and comment 17 at http://bugs.kde.org/show_bug.cgi?id=222678 . However, these were added to what will become KDE SC 4.5. I recommend that your friend sticks with stable 4.3.5 from 11.2 for the time being. Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
participants (3)
-
Martin Schlander -
Richard Creighton -
Will Stephenson