Thunderbird asks for mail server tls certificates on startup, but offers no choise to use password

Bug #394100 reported by Zed
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
thunderbird (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

I just started using TB with S/MIME signing of messages with my new personal digital certificate. Problem is that TB seemingly automatically wants to use my personal cert for authenticating with the inbox server (in my case POP3). My provider's inbox server supports TLS and no secure authentication. When TB goes fetching e-mails, it asks me to select a certificate to identify with.

Now, when I hit cancel, everything works fine. But when I select my identity, my cert gets rejected and I cannot fetch my e-mails anymore.

At the moment, I have to either hit cancel (at least TB remembers that "preference" for this program session) or delete my personal cert from the cert list.

My service provider tells me that it is not to be used = they do not support me authenticating with it (understandable).

Now, is there an option somewhere so that I tell TB not to use my certificate for authenticating and instead use the usual password auth?

Thanks in advance,
Ernst Rohlicek

Revision history for this message
Zed (scientist47-xyz) wrote :

https://answers.launchpad.net/ubuntu/+source/thunderbird/+question/62852:
------------------------------
Ernst Rohlicek jun. said on 2009-03-02:

Well, sorry for bothering. I just found some well-hidden "configuration editor", which contains an option to, at least globally, turn using certificate to login off.

It is the

  mail.server.default.auth_login

option, which is by default set to true, which is generally good, but not fine when you can only use password auth.

Anyways, hope this gets indexed by Google -> public knowledge.

Greets, Ernst Rohlicek

---------------------------------------------------------------------------

Zed said 7 minutes ago:

I have the same problem.
Setting mail.server.default.auth_login to false does NOT solve it.

On http://kb.mozillazine.org/Mail_and_news_settings#Mail..2A there is a listing of the options and their descriptions. There is no description for mail.server.default.auth_login, but there is one for mail.auth_login, which may or may not have the same meaning:

mail.auth_login
Boolean

True (default): Enable SASL.
False: Disable SASL. Sometimes when your email provider uses load-balancing and not every mail server supports SASL you need to set both this setting and mail . server . default . auth_login false. You could also use it to disable SMTP AUTH. [3]

On http://forums.mozillazine.org/viewtopic.php?t=652927 they suggest 'Try changing entry "security.default_personal_cert" Time from "Ask Every Time" to "Select Automatically" in about:config'.

Some users report that this solves their problem.

This gives me error -12195. I guess in my case TB tries to use one of my certificates in the automatic selection

Revision history for this message
gf (gf-interlinks-deactivatedaccount) wrote :

Hi Ernst,
Thank you for having taken the time to report a problem with Ubuntu and Thunderbird. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner.

You made this bug report in 2009 regarding Thunderbird and there have been many changes in Ubuntu since that time. Your problem may have been fixed with some of the updates.

Could you confirm that this is no longer a problem and that we can close the ticket?

Or, if it still might be a problem, it would help us a lot if you could test it on a currently supported Ubuntu version. When you test it and it is still an issue, kindly upload the updated logs by running only once:
apport-collect 394100

and any other logs that are relevant for this particular issue.

G

Changed in thunderbird (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for thunderbird (Ubuntu) because there has been no activity for 60 days.]

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

Other bug subscribers

Related questions

Remote bug watches

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