Description of problem: When I do the following I have problems sending email. 1. Select file you want to send in nautilus and Right click > Send To... 2. In the 'Send To...' dialog, start typing a contacts name into the Send to field and a list of options should appear. For me, when this list appears, it is in the format: Lastname, Firstname <email> When this is passed to evolutions Compose window, this string is passed thru, resulting in the email being addressed to two addressees. The first being 'lastname', the second being 'firstname <email>' I suspect the latter should work, the former almost certainly won't and it's highly likely that the mailer will reject the email. To resolve this I have to remove the first addressee and then edit it (adding a space to the end of the subject will do) close the window (saving the email to draft) and then opening the draft email and sending it. There might be a problem here too, but this is likely to be a evolution thing and needs reporting seperately ???? I'm using : nautilus-open-terminal-0.9-2.fc9.i386 nautilus-sendto-0.14.0-1.fc9.i386 totem-nautilus-2.23.2-2.fc9.i386 nautilus-2.22.2-7.fc9.i386 nautilus-cd-burner-2.22.1-1.fc9.i386 nautilus-extensions-2.22.2-7.fc9.i386 evolution-2.22.1-2.fc9.i386 evolution-help-2.22.1-2.fc9.i386 evolution-data-server-2.22.1.1-2.fc9.i386 evolution-bogofilter-2.22.1-2.fc9.i386 evolution-webcal-2.21.92-1.fc9.i386
Could you please export a vCard for the contact you had the problem for? You can either send it to my e-mail directly, or attach it here as private (i think).
Created attachment 307027 [details] Vcard for John Doe (or More correctly Doe, John) Here's a Vcard for Doe, John. This problem isn't related to any single contact in my address book, but seems to affect any contact that's Firstname Lastname format is converted by Evolution into Lastname, Firstname. Most of the addresses in my contacts appear this way in evolution too.
Fixed upstream: 2008-05-29 Bastien Nocera <hadess> * src/plugins/evolution.c (contacts_selected_cb): When a contact is selected, try getting the name from different fields, and don't use E_CONTACT_NAME_OR_ORG, as it could add a comma in the name, causing problems when sending e-mails. Should fix: https://bugzilla.redhat.com/show_bug.cgi?id=448880
*** Bug 449285 has been marked as a duplicate of this bug. ***
nautilus-sendto-1.0.0-1.fc8 has been submitted as an update for Fedora 8
nautilus-sendto-1.0.0-1.fc9 has been submitted as an update for Fedora 9
nautilus-sendto-1.0.0-1.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update nautilus-sendto'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-5274
Works for me after installing the update. Thanks Guys!
I am still able to reproduce the problem after applying the 1.0.0-1.fc9 update. Version info... nautilus-sendto-1.0.0-1.fc9.i386 This applies to email addresses that are in a format like this... Last, First <user> Here's the line from an strace showing the call to evolution... execve("/usr/bin/evolution", ["/usr/bin/evolution", "mailto:Last, First <first.last>?attach=file:///home/flast/Desktop/untitled_1.odt"], [/* 39 vars */]) = 0 I believe a good solution would be for nautilus-sendto to quote any text in an email address that appears outside of a < > pair, ...but only if a < > pair is present. If I manually call evolution, I can recreate this from a shell prompt... ## FAILS (equivalent to how nautilus-sendto runs it)... /usr/bin/evolution "mailto:Last, First <first.last>?attach=file:///home/flast/Desktop/untitled_1.odt" ## WORKS (possible solution scenario)... /usr/bin/evolution "mailto:\"Last, First\" <first.last>?attach=file:///home/flast/Desktop/untitled_1.odt"
nautilus-sendto-1.0.0-1.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
nautilus-sendto-1.0.0-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.