Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Somewhat of a newbie to Redhat, but fairly up on computers, dev., etc.
Trying to linkup my new Zire 71 and Ximian Evolution 1.4 using the USB cradle (will try IrDA later once I get this working). In reviewing other resources online, got the Zire to /dev/ttyUSB1 and can read and back up using pilot-xfer, so everything seems to work at the utility level.
My problem is Evolution hangs when transferring the eAddresses-- I can initiate a synch under Evolution 1.4, but the address exchange hangs with only 2 records coming across. I have eliminated the third record, in case an illegal character is embedded, but no luck.
If I eliminate all other conduits, the synch goes to completion. EAddress brings up the progress dialogue and the shutttle flys back and forth, but eventually the Zire times out with a dropped connection message.
Anyone got any great ideas? Been trying to reinstall Evolution to see if that cleans up a problem, but the Duke mirror now seems to not authenticate the fancy, shamansy installer.
Getting real close, but I need all 867 contacts, not the first two. Thanks in advance.
As no-one has any sage advice, finally had some time to play around with it again.
After many hours, I believe the problem lies at the application layer with Ximian Evolution.
I have been successful running the Zire to JPilot with full back up. Even able to get Evolution to synch everything BUT the addresses.
As I have had GNOME bomb out when trying to add an address to a contact list from the email itself, my hunch is the problem of the hang is tied to the Evolution Insert Contact code (where ever that is).
Anyone know of a web site that shows how to update specific modules of Ximian Evolution? I can download the source, but there is a lot of it and not sure how to replace parts of the application.
Running a fresh install from the Ximian Installer does not help as there is no "repair" option to fix it. It finds all of the modules and just skips to the end of the install.
Okay, finally had a Sunday to kill trying to figure this out and I think I understand the problem. I will post what I know and consider it done....
The problem seems to be in the mapping of addresses and phone numbers to different labels (such as TEL;OFFICE versus TEL;Mobile). I first synched the Zire with my old Windows based Palm Desktop, which set the sychronization to setting up for a Palm Desktop synch. This is easy, because the fields match exactly.
Then I tried to synch to Evolution, which appears to be unable to handle alternate field tag labels that Palm had set. It was further compounded when I used JPilot under Linux to successfully synch. I tried dumping the jPilot database in VCARD format and saw it was using Version 3.0 VCARD formatting while Evolution was using Version 2.1. When I tried reading in the jPilot VCARD file into Evolution, I experienced the same sort of lock up the Hot-synch had. Given the synch eventually crapped out with JPilot and I lost the handheld and the JPilot database, all I had was a VCARD backup dump of JPilot. It would not read into Evolution either. Really frustrated.
This crapping out was due to addresses and telephone numbers being presented under different tags in Evolution. What tipped me off was a VCARD dump of Evolution contacts showed an ADR address entry, along with the same address tagged with a LABEL to indicate if it was Business, Home, Other, etc. When the importer hit this tagging in the Version 3.0, it died. When I dump the few cards that did load before it died, the VCARD file showed the address for the contact against the ADR label, but it did not show in Evolution as an address. In other words, Evolution had the ADRress, but could not display it because it did not know if it was a home or business (or any other tag) entry.
The work around is not perfect, but now I can synch with Evolution directly and it works everytime. The downside was I gave up the address field for my 919 contacts. Using a VCARD dump, modified the TEL field modifiers and modified most of the other fields. ADR was impossible to change, as the field tags had to be modified, then another who LABEL line added, which fits into the single address text field in Evolution. Yeah, could have written a parser to modify the VCARD text file, but I had already spent far too much time on this and as a techie, I do not do mass mailings, so its the phone numbers that are important.
Besides, if I do need an address, it is on my laptop in the VCARD dump and in JPilot, so I just copy the ones I need as I move forward.
So thats the saga. There is a bug in Evolution not being able to import slightly different format VCARDs from what it is expecting. My suggestion to everyone in the future is to be sure to save a CVS version of your data as well, as this has fewer restrictions to its format.
Hope this helps. So except for Addresses, Evolution is working smoothly with the Zire.