imap doesn't like my passwd
I spent days on this problem. I have dovecot setup to use SSL and IMAP. I also have a pop account that I had no trouble getting working. Both use PAM authentication on Linux. openssl s_client -connect localhost:993 a login test_user test_secure_password The response I got back was: a BAD Invalid characters in atom I changed the password to "abc" and it worked. The secure password used to work but it was a different architecture (x86_64 I think). The current architecture is armhf. It may be different versions of the software too. Dovecot v2.1.7
Re: imap doesn't like my passwd
So happy I found this discussion. I spent a day on figuring out an issue with login into IMAP. It turned out that the { character in my password was the problem. Grrr... The strange thing that I could successfully configure my IMAP connection my Outlook client. Only when I try to connect programmatically by using an ImapClient component (I tried several), then it fails by throwing that BAD invalid characters message. So I wonder how I can make the login succeed WITHOUT changing my password -- Sent from: http://dovecot.2317879.n4.nabble.com/
Re: imap doesn't like my passwd
> On 31/07/2020 11:56 janvv wrote: > > > So happy I found this discussion. > I spent a day on figuring out an issue with login into IMAP. > It turned out that the { character in my password was the problem. Grrr... > > The strange thing that I could successfully configure my IMAP connection my > Outlook client. Only when I try to connect programmatically by using an > ImapClient component (I tried several), then it fails by throwing that BAD > invalid characters message. > > So I wonder how I can make the login succeed WITHOUT changing my > password > > > > -- > Sent from: http://dovecot.2317879.n4.nabble.com/ Use AUTHENTICATE PLAIN e.g. 01 AUTHENTICATE PLAIN AHVzZXJuYW1lAHBhc3N3b3Jk Aki
Re: imap doesn't like my passwd
On Apr 10, 2015, at 12:14 AM, Steffen Kaiser wrote: > pass"word > > is no atom and Dovecot should reject it. No, not passwords should be rejected. > Maybe the former version did not checked the atoms 100% RFC conform. Where is the definition that passwords have to be atomic? And if it is there, it should be changed. Nothing anywhere at anytime should care about the contents of a password once it passes basic “not password of monkey” complexity checks. -- "You see, in this world there's two kinds of people, my friend: Those with loaded guns and those who dig. You dig."
Re: imap doesn't like my passwd
It is not architecture related, my phone uses the same account and it used to work. It is either IMAP or Dovecot. On 04/09/2015 12:35 AM, James wrote: I spent days on this problem. I have dovecot setup to use SSL and IMAP. I also have a pop account that I had no trouble getting working. Both use PAM authentication on Linux. openssl s_client -connect localhost:993 a login test_user test_secure_password The response I got back was: a BAD Invalid characters in atom I changed the password to "abc" and it worked. The secure password used to work but it was a different architecture (x86_64 I think). The current architecture is armhf. It may be different versions of the software too. Dovecot v2.1.7
Re: imap doesn't like my passwd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Apr 2015, James wrote: Both use PAM authentication on Linux. openssl s_client -connect localhost:993 a login test_user test_secure_password The response I got back was: a BAD Invalid characters in atom Does your password contain the " quote? If not, enclose the password in "". Or try the literal form: 1 login user {##} password where ## is the number of octets of password The secure password used to work but it was a different architecture (x86_64 I think). The current architecture is armhf. architecture of the server or client? Maybe you need to re-create the password store? - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVSYeynz1H7kL/d9rAQIsqwgAgVzzXjZj1hAO22hoamDM0mPJovqnNlIF YQ9/pR421GOca8YOebh9YHqqMbxuj8DFADS06EAdcKQdyONKd0CsxtHsjqIrV/FB uxEMY/MFdTto9ToMjj33YtQFz0MjACvrqO/hzepgCK3Pgt3HK0UHyN36qYmwnpNs Vzbm/YYb+4xnciYq2sLlAKvrvIn+LQT25OP7toGiXnOkGQSTbwxRtysmLe+f3Cvv XlnYTZsKTIuwAJNcDphKpd0LSts5k6Fua4pw1LtxP42W63xE5iq3KTqGdi4u6nQS jVRdKwAKVjihbbLFN1K1nlVyEEQP2dpEk4B+smRwGQTaxRrDFlki8A== =L7CD -END PGP SIGNATURE-