Users in Turkey can't connect due to invalid Valicert certificate

A user experiencing this problem reported the following via a support ticket (14554):

When I use Ubuntu in English on the same laptop, I can connect to my account without any problem. Then I made the system language back to Turkish, that didn't cause any issues while synchronising the files . Than I tried to reach my account details, but this time an error occurred. Here is the error code:

WebClientError
u'SSL handshake failed'

A workaround for this may be to do the following:

sudo ln -s /etc/ssl/certs/ValiCert_Class_2_VA.pem /etc/ssl/certs/55a10908.0

Ubuntu One can't find any internet connection when I already have a connection.

can@can-Lenovo-IdeaPad-Y550:~$ sudo ln -s /etc/ssl/certs/ValiCert_Class_2_VA.pem /etc/ssl/certs/55a10908.0
[sudo] password for can:
ln: failed to create symbolic link `/etc/ssl/certs/55a10908.0': Dosya var
can@can-Lenovo-IdeaPad-Y550:~$

change the alacarte entry of ubuntu one to this:

env LC_ALL=en_US.UTF-8 ubuntuone-installer

and it'll work

btw the entry does not work on cairo-dock

One of the useful component of Ubuntu still isn't available in Turkish. This serious problem been going on too long.

I'm getting a similar error, the only thing is my default language is English.
Here's a pastebin of my sso-client.log
http://pastebin.com/K9xfPf1r
Is this possibly the same bug? Since this bug thus far is only related to Turkish, it could be completely unrelated.

When the Ubuntu One client comes up, I see:
Sorry, an error has occurred and Ubuntu One needs to close.
Clicking more details reveals:
IPCError

This bug causes the Ubuntu One authentication to fail as if user entered a wrong password. Ubuntu client is not closed and no such error message is displayed. I do not think you are experiencing the same issue.

This problem occurs with daily 12.10 Precise.

I had the same problem, I uninstalled and resinstall ubuntu one followinf those steps :
https://one.ubuntu.com/help/faq/how-do-i-completely-remove-and-reinstall-ubuntu-one/
And it works.

Note : I use linux mint 13

It seems that QtNetwork has an issue validating some SSL certificates when the Locale is set to turkish.
A workaround would be to set the LC_CTYPE environment variable to "C" in both the Ubuntu One control panel and the ubuntu-sso-client processes, either before those processes are started, or just before the QCoreApplication is created in both.
I'll work on a set of fixes for this.

I could not see prevailing provisional solution therefore i want to mention about this.

First turn system language English from the Turkish.
Second connect Ubuntu One account.
Last turn back system language Turkish.

Way to go, Burak! Kudos! This actually works.
So simple and obvious, yet so elusive until now, until someone like you who
can remember to look for the obvious tried it.
I am sure the fact that this workaround works will give valuable insight as
to having a permanent solution. Burak, my kindest regards.

2012/12/11 Burak Göksoy <email address hidden>

> I could not see prevailing provisional solution therefore i want to
> mention about this.
>
> First turn system language English from the Turkish.
> Second connect Ubuntu One account.
> Last turn back system language Turkish.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/997326
>
> Title:
> Users in Turkey can't connect due to invalid Valicert certificate
>
> Status in Ubuntu One Client:
> Triaged
>
> Bug description:
> Precise users in Turkey are showing the following error in the sso-
> client.log running Ubuntu One nightlies:
>
> 2012-05-09 23:04:07,418:418.648958206 - ubuntu_sso.main - INFO - Setting
> up Ubuntu SSO service.
> 2012-05-09 23:04:07,431:431.349039078 - ubuntu_sso.main - INFO - Ubuntu
> SSO service started.
> 2012-05-09 23:04:07,431:431.591033936 - ubuntu_sso.account - INFO -
> Creating a new SSO access layer for service url u'
> https://login.ubuntu.com/api/1.0/'
> 2012-05-09 23:04:07,441:441.705942154 - ubuntu_sso.credentials - INFO -
> find_credentials: self.app_name dbus.String(u'Ubuntu One'), result is {}?
> True
> 2012-05-09 23:04:07,441:441.935062408 - ubuntu_sso.main - INFO -
> 'CredentialsManagement': emitting 'CredentialsNotFound' with args
> (dbus.String(u'Ubuntu One'),) and kwargs {}
> 2012-05-09 23:04:12,494:494.973897934 - ubuntu_sso.credentials - INFO -
> _login_or_register: login_only=True email=None.
> 2012-05-09 23:04:12,517:517.565965652 - ubuntu_sso.credentials - INFO -
> find_credentials: self.app_name dbus.String(u'Ubuntu One'), result is {}?
> True
> 2012-05-09 23:04:12,518:518.060922623 - ubuntu_sso.utils - INFO -
> get_bin_dir: returning dir located at '/usr/lib/ubuntu-sso-client'.
> 2012-05-09 23:04:30,176:176.976919174 -
> ubuntu_sso.utils.webclient.qtnetwork - INFO - Proxy is disabled.
> 2012-05-09 23:04:30,666:666.793107986 -
> ubuntu_sso.utils.webclient.qtnetwork - ERROR - SSL errors found; url:
> https://login.ubuntu.com/api/1.0/authentications
> ========Error=============
> The issuer certificate of a locally looked up certificate could not be
> found (11)
> --------Cert Details------
> Organization: ValiCert, Inc.
> Common Name: http://www.valicert.com/
> Locality Name: ValiCert Validation Network
> Unit: ValiCert Class 2 Policy Validation Authority
> Country:
> State or Province:
> ==========================
> ========Error=============
> The root CA certificate is not trusted for this purpose (17)
> --------Cert Details------
> Organization: ValiCert, Inc.
> Common Name: http://www.valicert.com/
> Locality Name: ValiCert Validation Network
> Unit: ValiCert Class 2 Policy Validation Authority
> Country:
> State or Province:
> ==========================
>
> 2012-05-09 23:04:30,668:6...

I can't connect due to invalid Valicert certificate. i can't sign in App. Manager to my account.

I just verified that the Ubuntu One nightlies fix this issue on an up to date Turkish VM with Quantal installed.

Now, I'm using Arch Linux and I can confirm the bug has been fixed with the last update from the Arch's repository. Thanks everyone, especially the developers and the support team.