CLI crashing on Unicode characters

Well I guess this one's on Dropbox side and not this image, but you may shed some light:
The CLI often crashes with an error such as this:
```
root@nfs-server-5f96bd9d5c-xn7n8:/dbox/Dropbox# dropbox status
Traceback (most recent call last):
File "/usr/bin/dropbox-cli", line 1535, in
ret = main(sys.argv)
File "/usr/bin/dropbox-cli", line 1524, in main
result = commands[argv[i]](argv[i+1:])
File "/usr/bin/dropbox-cli", line 719, in newmeth
return meth(*n, **kw)
File "/usr/bin/dropbox-cli", line 1187, in status
console_print(line)
File "/usr/bin/dropbox-cli", line 127, in console_print
f.write(st.encode(enc))
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2022' in position 20: ordinal not in range(128)
```
It doesn't seem to be bothering the daemon process and other than not being able to run some commands, the sync is working fine, but it makes working with it a but more difficult.
Obviously I suspect this happens when encountering files with non-ASCII filenames.

Reproduce `dropbox status` in the shown environment with a Unicode filename, then inspect `/usr/bin/dropbox-cli` around `status` and `console_print`, where the traceback identifies the failure. First establish whether the fix belongs in this image or the external Dropbox CLI; done means the command no longer crashes when output contains non-ASCII characters.

Written by the indexing model from the issue text.