El 19/01/15 a las 11:04, Jesús Martín Jiménez escribió: > > > El 19 de enero de 2015, 11:00, P A <[email protected] > <mailto:[email protected]>> escribió: > > Dos dudas concretas: > > 1. El usuario del email es a menudo una dirección de email: ¿es > suficiente con poner entre comillas el nombre de usuario? > > > El usuario es le que utilices para identificarte normalmente. Si con > el nombre es suficiente, pues ya está bien.
El nombre no es suficiente, el usuario es el email completo. Y mi duda es: si lo escribo sin comillas, parece muy confuso: | uri =smtp+tls://[email protected] <mailto:[email protected]>:[email protected]:465 <http://[email protected]:465> | El archivo de especificación no menciona las comillas, sino que dice: > url-enc-user = *url-achar > ;; encoded version of login userid así que ¿tendría que codificar la primera arroba en vez de poner comillas? Sin embargo, la arroba no aparece en la lista de "Unsafe" characters: http://tools.ietf.org/html/rfc1738: > Unsafe: > > Characters can be unsafe for a number of reasons. The space > character is unsafe because significant spaces may disappear and > insignificant spaces may be introduced when URLs are transcribed or > typeset or subjected to the treatment of word-processing programs. > The characters "<" and ">" are unsafe because they are used as the > delimiters around URLs in free text; the quote mark (""") is used to > delimit URLs in some systems. The character "#" is unsafe and should > always be encoded because it is used in World Wide Web and in other > systems to delimit a URL from a fragment/anchor identifier that might > follow it. The character "%" is unsafe because it is used for > encodings of other characters. Other characters are unsafe because > gateways and other transport agents are known to sometimes modify > such characters. These characters are "{", "}", "|", "\", "^", "~", > "[", "]", and "`". así que sería así, ¿no? | uri =smtp+tls://[email protected] <mailto:[email protected]>:[email protected]:465 <http://[email protected]:465> | y tryton no se confundirá al parsear esta uri... > 2. Cuando dice: > | > # The server password used to authenticate from the client for > database > # management tasks. It is encrypted using using the Unix > `crypt(3)` routine. > # A password can be generated using this command line:: > > # python -c 'import getpass,crypt,random,string; print > crypt.crypt(getpass.getpass(), > "".join(random.sample(string.ascii_letters + string.digits, 8)))' > | > > Yo pensaba que tenía que escribir en el prompt mi password y el > comando iba a devolverme la versión encriptada de mi password que > tenía que poner en el archivo de configuración, pero es imposible > que mi password de 20 letras y digitos se encripte de forma > unívoca a una cadena de 13 letras y dígitos, ¿no? ¿cómo funciona > esta parte? > > > > La cadena de 13 caracteres es correcta. Ah! Entiendo: hay un porrón de passwords de 20 caracteres que dan lugar al mismo hash (concretamente 62^7), cualquiera de ellos serviría para entrar al servidor. Por tanto, es tontería elegir un password tan largo. Gracias!
