¿Es un correo electrónico válido si el correo electrónico tiene un guión (-) al final de la parte local de un correo electrónico? [...] Google dice que no es válido, por lo que por el momento también lo asumo como inválido, aunque RFC excluye solo el carácter [punto] de comenzar y / o finalizar la parte local.
Es valido. Solo lo está viendo rechazado por Google porque realiza una verificación completamente diferente: tienen sus propias políticas sobre lo que puede ser la parte local , al igual que muchos otros proveedores.
Google, o cualquier otra persona, estaría obligado a aceptar todas las direcciones de correo electrónico posiblemente válidas solo si el formulario realmente solicitara una dirección de correo electrónico válida existente (posiblemente del proveedor). Por ejemplo, sería un error si el campo Para: / CC: de Gmail rechazara una dirección válida.
Pero el campo que resaltó no le solicita una dirección de correo electrónico existente; solicita un nombre de cuenta en los sistemas de Google, que será la base para una dirección de correo electrónico solo una vez que se haya creado la cuenta. No hay nada que le prohíba a Google, ni a nadie, limitar el conjunto de nombres de cuenta válidos (o, realmente, incluso los nombres de buzones) en su propio sistema .
O, en otras palabras, definir los caracteres permitidos para 'parte local' solo significa que los servidores SMTP de aplicaciones de correo deben aceptar dichas direcciones en los encabezados RFC 822 y los comandos SMTP, pero no dice nada acerca de poder crear dichos buzones. (De hecho, cuando se escribieron los primeros RFC de correo electrónico y la mayoría de los buzones todavía estaban vinculados a cuentas de nivel de sistema operativo, sus nombres tenían límites similares o incluso más estrictos).
Por ejemplo, esta parte de RFC 5321 (sección 4.1.2, debajo de ABNF) dice explícitamente que un host receptor puede y, de hecho, debería tener límites mucho más estrictos sobre cómo se nombran sus propios buzones:
Si bien la definición anterior para Parte local es relativamente permisiva, para una interoperabilidad máxima, un host que espera recibir correo DEBE evitar definir buzones donde la parte Local requiere (o usa) el formulario de Cadena entre comillas o donde la parte Local es el caso -sensible.
Entonces, aunque anunusualemail-@gmail.com es válido sintácticamente, eso solo no significa que Google deba permitirte crearlo.
