Will not forget unsuccessful (send) email user name

Bug #372565 reported by briandixon
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
evolution (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: evolution

Background info:
Ubuntu 9.04 Jaunty Jackalope, all updates current
Evolution 2.26.1

Here's how the bug showed up:

1. I had 3 email accounts set up and working (personal, sale, etc; all same domain ...mine)

2. I added a new one (my domain again), then set up Evolution to grab mail from this one also. Call it <email address hidden>. My domain is hosted on a shared server and the user names that you must enter into the email set up must be fully qualified, e.g. <email address hidden> is the user name to use, not just joebobbriggs.

3. By default, Evolution places just the short version ('joebobbriggs') in the user name fields by default when setting up your new account. With our shared server, this will NOT work and you will not be able to send or receive mail if you don't use the fully-qualified name.

4. I mistakenly left the short user name in the outgoing server's user name field rather than the full one.

5. I tried a test send and receive, and a dialog box popped up and asked for my password, which I entered. After clicking OK, the dialog box popped up again and I realized my mistake. I clicked cancel.

6. I went to Preferences and changed the appropriate user name to the fully-qualified one, <email address hidden> for this example.

HERE COMES THE BUG:
7. When I click the Send/Receive button now, it keeps asking me for the password for the invalid short name, e.g. the password for joebobbriggs ...and it is impossible to succeed because the short name is not a valid user name at our server! I EXPECTED all history of the short name to be gone ...and only the correct accounts information to be used, but it seems Evolution won't quit using an unsuccessful name until it one day succeeds. That'll never happen in this case.

I've tried removing and adding (again) the new email account. Removing all email accounts and adding all of them back. I spoke with the ISP people and the domain server people... all is well everywhere else. This has to be an Evolution problem. I also installed Thunderbird and tested the new account and all works well, both sending and receiving, with exactly the same settings. Again, this looks like an Evolution problem. Unfortunately, while it is 'stuck' with the shorter version of the user name, it can NOT succeed at sending email. Can't get it to work. Short of backing things up, completely uninstalling Evolution, deleting ~/.evolution, and starting all over with a fresh install ...I'm out of ideas.

Thanks,
Brian

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/bin/evolution
Package: evolution 2.26.1-0ubuntu1
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: evolution
Uname: Linux 2.6.28-11-generic i686

Revision history for this message
briandixon (briandixon) wrote :
Changed in evolution (Ubuntu):
importance: Undecided → Low
Revision history for this message
Victor Vargas (kamus) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

* Is this reproducible?
* Did you configure correctly your email account? Because do you use smtp auth in your mail server I guess so you have to configure in account preferences, sending email (username authentification field) you must set your username with FQDN (<email address hidden>) and then try to send a test email.

Regards

Changed in evolution (Ubuntu):
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in evolution (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.