I believe in using strong passwords but the passwords generated by randpass 32 esc are not working for so many applications and tasks that I ask you to seriously consider using alnum.
Here is the randpass generated by my latest boa 2.0.7 octopus instance (using percona as db): )2c,~Ng/L%K]4iYG54klCtFq8dI_X
Both of the ssh2 / sftp I use to connect to the server as the o3.ftp user will not accept this password.
Additionally, a remote import I tried will not accept this password. - that is the boa octopus remote import that I tried today failed because it would not accept the password.
I feel strongly that certain characters that are generated by randpass 32 esc - for example the / the % the _ (all of which can be seen in the above boa generated randpass 32 esc) as well as the ; the . and the , should not be used as plain text passwords. There are going to be too many errors with third party applications, database errors and even hostmaster or provision tasks like the remore_import.
Would you please at least test this further to make sure that all characters generated by the randpass 32 esc are usable in common applications and all provision / hostmaster tasks, etc? Thank you.