There is another bug about this here:
http://www.sogo.nu/bugs/view.php?id=1537

Would it be possible to make it optional in the config?
Then a admin can decide how safe his environment is.

When you use Thunderbird on your local system the password is also remembered in the "application"

And when you want to make SOGo a WEBAPP to simulate the Thunderbird behavior it should be a "feature".

In my opinion it's really bad that nothing seems to be done with this bug.

Call me one serious webmail application what does not have a "save password" function. For some time it was in the roadmap, but it's removed there. And it's after years still a "new" bug. For me it's a reason to look for alternatives for Sogo, really.

Many people these days are using webmail as the only source for e-mail. It's very irritating to have to type every day a mail-password..

There's no easy solution for this issue. The problem is that we submit the login form through Ajax. Each browser detects a login form differently and we need to hack something to let them understand the user is submitting credentials.

We found an easy solution that fixed the problem for us. Basically it is changing the "Log in" button element from <a> to <input> before logging in. At least Chrome and Firefox are then offering to save the password. It is enough to do it once. The browser will fill in the password on subsequent visits.

I created a bookmarklet that makes changing the element easy. You can find it here: http://nhfiles.com/sogo/

I've tried the solution of Minipark and it did not work for me on both Icewasel 17.0.9 (=Firefox) and Chromium 29.0.1547.57 (=Chrome), not sure why...

I am also a bit concerned about this solution because it makes a call to an external website. (I understand I could do the same on a server what I controll).

Francis wrote there is no easy soluiton because Ajax is used for the login. Maybe it's an option not to use Ajax, or to have a second login page what does not use Ajax. Is there a good reason to need Ajax??

Changing a#submit to input#submit in the template of the login page should be all that's needed to enable password saving. This has nothing to do with Ajax.

This is an annoying behaviour. Can you fix this?

Oh nice... how surprising to have the password filled using the fix.
I tried the fix from minipark... but yes, I agree, unrelated websites shouldn't load scripts onto a page into which I type a password.
(Also: His fix fails for https:// pages because the url given is http:// and at least chromium refuses to load an unencrypted page into an encrypted one like this).

You can also use this slightly longer bookmarklet (hoping code will be preserved):

javascript:(function(){document.body.innerHTML = document.body.innerHTML.replace(/<a id="submit"/ , '<input type="submit" id="submit" name="submit" value="login"');})();

[Note: the login to sogo fails for me after using the bookmarklet, but the browser asks for the password and auto-fills the form for the following regular visits to sogo]