¿Qué normas se deben utilizar para los nombres de direcciones de correo electrónico?

Esto puede ser mucho de una cuestión subjetiva, pero no estoy seguro. Estoy configurando el correo electrónico para un nuevo negocio, con un nuevo dominio, y un nuevo server de correo electrónico (google apps). ¿Hay normas recomendadas para el correo electrónico que se sigan ampliamente? En mi trabajo diurno usamos first.last@domain.com, en mi último trabajo usamos [firstinitial] [lastname] @ domain.com … ¿Hay algo que sea ampliamente seguido, o algo que deba tomar en consideración?

Sé que esto no es realmente una cuestión de admistración de server, pero estoy seguro de que es algo que muchos de ustedes tratan.

9 Solutions collect form web for “¿Qué normas se deben utilizar para los nombres de direcciones de correo electrónico?”

Lo que hicimos fue generar un nombre de usuario que tenía 6-8 caracteres. Si puede usar [first-initial] [lastname hasta 7 caracteres]. Si tuvieran un apellido más corto, tomaría más del primer nombre que la primera inicial. Creo que sólo había una o dos personas cuyos nombres de usuario eran inferiores a 6 caracteres debido a nombres cortos. Realmente no me gustó este sistema, ya que hizo cualquier tipo de correo electrónico sin búsquedas LDAP difícil.

Personalmente, me gusta first.last@place.com. Simple, fácil de recordar y bastante estándar en todo el mundo del correo electrónico. Alternativamente, como usted dijo, [primer-inicial] [apellido] @ place.com también es ampliamente utilizado. Realmente no importa, siempre y cuando sean consistentes, una vez que alguien ha visto uno, puede razonablemente enviarlos al lugar correcto con un nombre.

Si todavía estás preocupado, configura un directory y configura LDAP en sus libretas de direcciones.

Generalmente proporcionamos alias como [firstinitial] [lastname] @, ​​[firstname]. [Lastname] @ y [firstname] [lastname] @. Si el nombre de usuario (o nombre de inicio de session) era diferente de todos estos, también haríamos un alias para eso. Por lo general, establecemos el [nombre]. [Apellido] @ como pnetworkingeterminado de: dirección de los posts salientes.

Cuando soy yo, también trato de enganchar a dave @ ya que es malo hacer que la gente trate de deletrear "Mackintosh", casi nadie lo hace bien.

Yo personalmente prefiero configurar mi server de correo para ambos (esto puede ser less divertido si estás pagando por dirección de correo electrónico) – pero como no hay diferencia funcional entre los dos, hace que todo el mundo feliz. Siempre tendrás gente a la que le gusta o no le gusta mucho un método o el otro.

Simplemente no haga [nombre] @ dominio.com a less que no haya ninguna posibilidad de que contratar a otro empleado. Tener 3 Donnas en una empresa es lo suficientemente confuso sin tener uno de ellos ser Donna@domain.com y los demás ser [firstinitial] [lastname] @ domain.com porque ahora ve por qué [firstname] @ domain.com es una mala idea .

También es divertido que las familias usen la misma primera inicial como j [lastname] @ domain.com. Usted obtiene una Jack, Joy, jessica, jennifer, cadena de Jane y va a tener que averiguar rápidamente si desea hacer [firstinitial] [lastname] 2@domain.com o [firstinitial] 2 [lastname] @ domain.com o explotar en [nombre] [apellido] @ dominio.com. Incluso los empleados no relacionados con la misma primera inicial + mismo apellido se meten en este lío y su común en incluso pequeñas / medianas empresas.

También puede get Gerente / Ejecutivos que están cansados ​​de las personas que eligen mal cuando el [firstinitial] [lastname] @ domain.com que podría ser de ellos no es y la demanda que romper convención para mantener su correo electrónico en una parte diferente de la alfabética list de correo electrónico.

Hay un poco conocido "estándar" por la Asociación Mundial de Mensajería Electrónica para esto. Es esencialmente el nombre.nombre@dominio configuration.

Estas amables personas han proporcionado un set bien pensado de reglas para emplear esta norma:

http://www.bestsoft.ch/Software/microsoft/exchange/dlfiles/e-mail_naming_standard.pdf

¿Por qué no hacer la dirección de correo electrónico pnetworkingeterminada el número de empleado y luego lanzar algunos alias estándar como first.middle-initial/s.surname@domain.whatever etc De esta manera cada buzón de correo tendrá un propietario único claro que "sobrevivirá" nombre cambios (bodas / divorcios, etc), pero todavía permiten al usuario "lío" con los alias, según sea necesario.

Mi dirección de correo electrónico pnetworkingeterminada en el trabajo es "William.Faulk@…". La gente a menudo envía correos electrónicos a nuestro otro William que están destinados para mí.

Es posible que desee considerar un enfoque de apellido primero, ya que los apellidos tienen más probabilidades de ser únicos que los nombres de stack. Es probable que desee una variedad de alias, también, pero para las personas que son demasiado perezosos para leer sus autocompletes, key de apellido probablemente tiene más sentido.

No haga [firstname] [lastnameinitial] @ domain.com – por ejemplo. chrisf@example.com.

Tuvimos esto en un lugar que trabajé y recibí un montón de spam dirigido a "chrisa", "chrisb", "chrisc", … así que usted consigue la image.

Yo iría con [nombre]. [Apellido] personalmente.

Como puede ver, aunque casi todo el mundo tiene una recomendación, no hay ningún estándar. Lo que veo más comúnmente, y lo que personalmente prefiero, es first.last@domain.whatever. La mayoría de la gente encuentra esto muy fácil de leer y ciertamente elimina cualquier ambigüedad acerca de quién es la dirección de correo electrónico que es. Donde ahora trabajo la compañía "estándar" es firstlast@domain.whatever. Duro en los ojos, por decir lo less. Si usted no sabe ya el nombre completo de la persona algunos son difíciles de descifrar. Está en mi list de cosas que cambiar.

  • Todo el correo saliente de mi dominio recibido como spam en gmail / yahoo / hotmail
  • Conseguir que mailman3 juegue bien con postfix y dovecot
  • Enviar correos electrónicos al teléfono como llamadas telefónicas
  • ¿SQL Server Database Mail utiliza subprocesss al enviar correo?
  • Problema con el envío de correos de thunderbird vía postfix
  • Retención de files adjuntos - - - Microsoft Exchange 2010
  • Extracción de la date del último post de un file mbox
  • ¿Cuál es el frontend de webmail más sencillo y de código abierto disponible?
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.