¿Se deberían permitir las letras mayúsculas en las direcciones de correo electrónico?

Question

El funcionario RFC documentos state que podemos usar both upper and lowercase letters en la parte "local" del dominio (además de muchas otras cosas locas).

Sin embargo, lo que es común en el mundo real, y lo que dicen las especificaciones son dos cosas diferentes. Ninguno de esos caracteres adicionales (! # $ % & ' */= ?^{ | } ~) están permitidos en correos electrónicos de proveedores grandes como yahoo, google o hotmail. Además, es muy, muy raro ver un correo electrónico que contiene letras mayúsculas (JohnDoe@example.com).

Me envié un par de correos electrónicos hoy usando diferentes combinaciones de letras mayúsculas y minúsculas y descubrí que todos mis servidores de correo electrónico los trataban como la misma cuenta, ignorando el hecho de que la cubierta de la carta era diferente. En otras palabras, JohnDoe@example.com = johndoe@example.com a mis servidores de correo electrónico (incluidas mis cuentas de correo electrónico gratuitas).

¿Debo seguir el formato que el mundo ha elegido y estandarizar/minúsculas todos los correos electrónicos ANSII? ¿O debería permitir que los usuarios registren varias cuentas como JohnDoe@example.com, johndoe@example.com y JOHNdoe@example.com?

Answer 1

Probablemente, el compromiso correcto es dejar que se registren con las mayúsculas y minúsculas que elijan, y mostrarlas cuando corresponda ("JOHNdoe@example.com Bandeja de entrada"). Pero debe canonicalizar las mayúsculas para las comprobaciones de exclusividad, ya que hay muchos remitentes de correo electrónico con comportamiento incorrecto, como p. Ej. capitalice la dirección de correo electrónico completa antes de enviar.

Answer 2

Yo personalmente elegiría estandarizar/minúsculas todos los correos electrónicos. Esto simplifica las cosas para usted porque, si un usuario está enviando un correo electrónico o iniciando sesión en su sistema, es muy simple escribir incorrectamente una dirección de correo electrónico: JohnDoe@example.com frente a johnDoe@example.com. Y, como dijo, los grandes proveedores han tomado esta decisión de seguir este patrón. Incluso si permite letras mayúsculas, confundiría su base de usuarios general ya que han llegado a esperar algo diferente (también en minúsculas).

Answer 3

La razón del estándar era para que los sistemas que no son de Unix pudieran participar en ARPAnet y posteriormente en Internet con molestias mínimas. (VMS y Tenex eran comunes en la primera, y BITNET también estaba representada. En la última, al menos, los caracteres en minúscula requerían 3278 o actualizaban 3270 terminales.) En estos días, es mejor ignorar el caso en la parte local, ya que todos han descubierto cómo usar minúsculas por necesidad.

Answer 4

En el servidor Microsoft SQL, de forma predeterminada, los índices no distinguen entre mayúsculas y minúsculas.

Si coloca un índice único en el campo, el usuario puede tener un nombre de CamelCase fácil de usar como JohnDoe@acme.org y los duplicados como johndoe@ACME.org se rechazarán automáticamente.