20 Nov
2018

E-Mail

Fuente: https://webtips.dan.info/email.html

El correo electrónico no es realmente parte de la web, per se, pero se utiliza a menudo en conjunción con , como en dar a los usuarios de un sitio web un medio de ponerse en contacto con el webmaster. Por lo tanto, tengo una pocos consejos sobre el correo electrónico también, especialmente en lo que se refiere a la web y HTML (incluyendo el hecho de que usted debe evitar el envío de su correo electrónico en la forma de HTML!).

Trivial inútil: En su primer álbum, Britney Spears tenía una canción llamada “E-mail mi corazón”. (Por cierto, en un momento el formulario de inicio de sesión en su sitio web tenía “año de nacimiento” en un menú desplegable que comienza a las 1965, así que si eres mayor que eso, no existes en cuanto a su gente de marketing se refiere.) No sé cuál es el tipo MIME adecuado o formato de codificación es para enviar por correo electrónico su corazón (o cualquier otro órgano del cuerpo), pero hay un tipo MIME para enviar por correo electrónico todo su cuerpo: materia-transporte/forma de vida sensible. (Véase RFC 1437.)

¡ Siempre dé a gente una manera de entrarle en contacto con!

La web es un medio interactivo. La gente puede querer escribirte para felicitarte por el brillo de tu diseño web, para hacer preguntas sobre el tema de tu sitio, o para señalar un enlace que no funciona. No lo hagas difícil para ellos. Ponga su dirección de correo electrónico en cada página, como un <A HREF="mailto:you@yoursite.com"> enlace que los usuarios pueden hacer clic para enviarle correo. También es posible que desee utilizar un formulario CGI para obtener retroalimentación, pero incluso a continuación, añadir un enlace mailto claro también, ya que a veces las cosas CGI mal funcionamiento. (Cada vez que golpeo un formulario de retroalimentación no funcional, me deja perplejo acerca de cómo se supone que debo contactar con ellos para decirles que su forma no funciona!)

Hay muchos sitios ahora que le aconsejo no tener ninguna dirección de correo electrónico en texto plano en cualquier lugar en su sitio, debido a los spammers que cosechan esas direcciones. Aconsejan el uso de diversas técnicas para oscurecer o “Munge” todas las direcciones para foil spammers, que desafortunadamente también tienen el efecto de incomodando también a corresponsales legítimos. Yo, yo, me niego a hacer tales cosas; No lo haré ceder a los spammers o cualquier otra forma de terroristas, y dejar que cambien la forma en que llevar a cabo mi vida; eso sería dejar que los malos ganen.

Como un lado, me he encontrado, varias veces en un corto período, los casos de personas que utilizan algunos tipo de “dirección munging” al citar su dirección de correo electrónico en un grupo de noticias o en un mensaje de lista de correo electrónico, como ” …If you have any opinions about this, email me at johndoeMYSHIRT@example.comMYPANTS — remove my shirt and pants first.“-sin embargo, sus mensajes fueron publicados con su completo, trabas correo electrónico la dirección en la FROM línea del mensaje como configurado en el correo o el programa de noticias que utilizaron para publicarlo. Esto hace que el “munging” en el cuerpo del mensaje completamente sin sentido y sólo hace que el escritor parece tonto.

Sin embargo, el más tonto “dirección munging” que he visto está en el texto de artículos en publicaciones de impresión — eso es, en papel. ¿Cree el autor que los spammers usarán escáneres OCR para recolectar su dirección? Realmente la causa probable es que los artículos se escriben a menudo para la publicación electrónica y en papel, y el autor no era tomar cualquier oportunidad de dejar que su dirección de un-munged en línea, incluso si esto tenía el efecto secundario de la estupidez en la versión en papel.

Pero de nuevo a proporcionar medios de contacto en lugar de oscurecerlos … Otro lugar donde puede poner su dirección de correo electrónico es en la HEAD sección de sus páginas con esta etiqueta:

<LINK REV=made href="mailto:me@mysite.com">

Esta construcción, soportada por las especificaciones oficiales de HTML, permite que los navegadores compatibles proporcionen un medio de permitir que el usuario envíe correo al autor del sitio. Desafortunadamente, mientras que el relativamente los navegadores oscuros de Lynx y WinMosaic soportan esto, el popular Netscape e Internet Explorer los navegadores no lo hacen. (Mozilla lo apoya, junto con otras LINK etiquetas.) Tal vez algún día los navegadores más ampliamente utilizados, y no hace daño a poner en esta línea para el uso de cualquier navegador que se obtiene con el sistema y lo soporta.

Si tienes tu propio nombre de dominio (ver mi sección de dominio nombres), debe obtener una dirección de correo electrónico memorable en ese dominio, como webmaster@yourdomain.com. Consulte con su Internet proveedor acerca de cómo configurar un buzón, o simplemente un alias de correo que reenvía dicho correo al lugar en el que realmente revisar su correo. Se ve mucho más profesional para tener una dirección en su propio dominio de un con un proveedor de Internet o un servicio en línea en su lugar. (Especialmente desde entonces, en alrededor de 9 de cada 10 casos que he encontrado de los propietarios de sitios web utilizando un ISP basado en Dirección de correo electrónico en lugar de una en su propio dominio, el proveedor es AOL… a muchos usuarios de Internet serios, tener @aol. com en su dirección es como adjuntando un letrero a tu camisa que dice:”¡ soy un idiota!” uno de los inexplicable las cosas que continuamente encuentro, en los anuncios y en la información de contacto para columnistas en publicaciones, es “enviarme un correo electrónico a frobbitzky@aol.com, o ver mi sitio web en www.frobbitzky.com! “Si usted tiene su propio dominio, ¿por qué no usarlo consistentemente?)

Y mientras estoy en ello, ¿cuál es el trato con todos los anuncios de televisión nacionales que dan la URL de la empresa, a continuación, siga con “AOL Keyword: FooBarBaz”? Eso es básicamente una regresión de 10 o 15 años… en los “malos viejos tiempos”, alguien que desee obtener información donde todos los usuarios en línea podían ver que tenía que obtener cuentas en un montón de diferentes propietarios servicios y direcciones de lista en varias formas incompatibles porque no había un solo lugar o el esquema de direccionamiento que era accesible a todo el mundo. Ese fue el lío que la web era diseñado para limpiar, mediante la creación de una red universalmente accesible con un único consistente sistema de direccionamiento, la URL. Cualquiera que siga una URL perfectamente buena con un propietario la palabra clave de AOL parece querer volver a esos días de antaño. Más tonto de todo es el NFL, que da su dirección como “NFL.com… o AOL palabra clave NFL.com.” ¿por qué Agregue el elemento . com a la palabra clave AOL… no tiene ningún significado estructural en ese sistema, a diferencia del sistema de nombres de dominio.

¿Cómo pongo una línea de asunto en un enlace mailto?

Esta es una pregunta comúnmente formulada. Hasta hace poco, la respuesta era, “no se puede, por lo menos no de una manera que es compatible con las especificaciones y compatible con todos los navegadores. “ahora, mientras todavía hay problemas de compatibilidad con los navegadores antiguos, el método implementado en el ahora se han documentado las versiones populares del navegador en un estándar oficial-Track Documento RFC.

La sintaxis es:
<A HREF="mailto:jdoe@somewhere.net?subject=Hello">

Si bien la existencia de un RFC en ella hace que esta construcción ya no “no estándar,” usted debe tener en cuenta que todavía hay algunos navegadores por ahí que se ahogará en enlaces de mailto complejos, tal vez perder el mensaje por completo. Así, algunos la precaución es deseable en el uso de esta sintaxis, y es probablemente todavía mejor evitarlo. Supuestamente (aunque no lo he verificado yo mismo), el navegador de AOL está entre los que no pueden hacer frente a esta construcción, a pesar de que se basa en MSIE.

Otro problema es que muchas personas que utilizan la sintaxis anterior tratan de insertar tema líneas con espacios y otros caracteres especiales, como "mailto:jdoe@somewhere.net?subject=How are you doing?!?" . Esto no es válido, incluso bajo las nuevas especificaciones, ya que los espacios y la mayoría de los otros caracteres no alfanuméricos no se permiten o tienen significados reservados cuando se utilizan en URLs. Los navegadores pueden ignorarlo todo después del primer espacio en dicha URL. La solución es utilizar secuencias de escape hexadecimales: %20 para un espacio, por ejemplo. Esto da como resultado ” subject=How%20are%20you%20doing%3F%21%3F“. Menos elegante código, pero al menos funciona (en la medida en que los temas de mailto funcionan en absoluto). Incluso se puede poner en los saltos de línea de esa manera (útil cuando se está añadiendo un ‘ Body = ‘ parámetro, además de el sujeto) usando %0D%0A (CR seguido de LF). (Se agregan varios parámetros utilizando un símbolo de signo para separarlos, pero en los documentos HTML el signo es ya un reservado carácter, por lo que debe codificar con &amp; . Muchas personas encontrar este punto difícil de entender, ya que implica un nivel diferente de codificación que la codificación hexadecimal mencionada anteriormente. El hexadecimal la codificación se utiliza para insertar caracteres que de otro modo no serían válidos en una URL. La codificación del símbolo de signo se utiliza para codificar caracteres que se supone que están en una URL, pero no son válidos en html. ¿Está claro?

Otro enfoque a tomar es poner el tema como un atributo de título en el código de enlace, como <A HREF="mailto:jsmith@here.com" TITLE="Hello!">. Hay algunas navegadores que apoyan esto, aunque la mayoría de los populares no lo son. Hay una larga carrera debate en comp. Infosystems. www. Authoring. html Acerca de si este uso es la forma lógica de proporcionar un tema de mensaje o no, dependiendo de Si la gente piensa que el atributo “TITLE” se supone que describe el vínculo en sí o el recurso al que se está vinculando.

Otra opción es añadir el tema entre paréntesis dentro del enlace mailto: "mailto:jdoe@here.net(Hello)". Esto en realidad no proporciona un tema , pero anexa el sujeto a la dirección donde se mostrará en la línea “a”. Funciona porque las expresiones entre paréntesis son ignoradas por los correos, por lo que su correo llega a la dirección especificada por el resto de la línea “a:”. Tienes que estar muy alerta para notar las notas paréntesis en el encabezado de destino de sus mensajes en lugar de en el asunto donde estás acostumbrado a encontrar esas cosas.

Puedo ver por qué la gente quiere suministrar esta información en enlaces mailto; puede ser bastante frustrante cuando alguien comentarios en su página web y no le dice que Página Web que están comentando. Al menos, eso es frustrante cuando, como yo, mantienes lotes de diferentes páginas Web. Que esto sea una lección para el lector; Cuando usted está comentando sobre alguien Página Web de else, asegúrese de mencionar exactamente lo que está comentando!

Otra nota sobre mailto: URLs: no las uses como ACTION URL de a FORM . Esto no funciona de forma fiable en todas las versiones del navegador, e incluso cuando funciona no funciona muy bien; no le da al remitente ninguna pantalla de confirmación que indique que su mensaje fue enviado, y envía los datos al usuario final como un feo Mish-Mosh. Por lo tanto, si desea que el usuario complete un formulario web y tenga la información por correo electrónico, es mucho mejor utilizar un script CGI (cualquiera de los dos se escribe usted mismo, si puede, o un “estándar” uno ya en su lugar en el servidor de su proveedor, si hay uno) como el destino del formulario. Esto se puede hacer para dar salida a las entradas del usuario en un legible formato, y presentar al usuario con una pantalla “gracias”, cosas que no se puede hacer con mailto: Acciones.

No enviar HTML-Servicentro, u otro no-ASCII, correo electrónico excepto a la gente que usted conoce puede manejarlo y lo quiere de esa manera!

Esto no es realmente un “Web Tip”, pero desde que he utilizado otras partes de este sitio web para mi mascota Peeves, Aquí hay otro. El estándar universal para el correo electrónico siempre ha sido claro Texto ASCII, y ese es el único formato que se garantiza que sea significativo a todos los diferentes programas de lectura de correo en uso. Otros tipos de apego los formatos son agradables para enviar cosas de un lado a otro entre las personas que apoyan el formato que se utiliza, pero cuando usted está enviando a alguien sobre el que no está seguro de qué formatos son aceptables, siempre se adhieren a texto plano.

Desafortunadamente, algunos programas de correo, como Microsoft Outlook Express, son ahora por defecto a enviar correo en formato HTML, aunque, 99% de las veces, hay absolutamente ninguna necesidad de hacerlo. La mayoría de estos mensajes no obtienen nada de estar en HTML en lugar de texto sin formato; de hecho, me parece que algunos de ellos menos legibles que el texto sin formato mensajes, ya que algunos de estos programas de correo establecen tamaños de fuente demasiado pequeños en comparación a la fuente usual en mi lector de correo.

Además, no utilice líneas de más de unos 70 caracteres, si puede ayudarlo. Bien-comportado los programas de correo de Word-Wrap su correo saliente en ese momento; Si no está utilizando un programa de correo bien comportado es posible que tenga que golpear entrar en los puntos apropiados. Si no tiene saltos de línea, y enviar cada párrafo como una línea larga, algunos lectores de correo hará que el usuario Desplácese a la derecha para leer el mensaje, y puede truncar la línea y perder parte del contenido si es más largo que el búfer interno que utiliza el programa. (Las normas establecen un máximo absoluto de 998 caracteres para una línea de correo electrónico, pero algunos programas exceden incluso esto, causando pérdida de datos en muchos correos programas de lectura.)

Update: La infame serie de virus de correo electrónico que han golpeado en los últimos años, comenzando con “Melissa”, Continuando y escalando con “Worm. ExploreZip” y “Bubble Boy”, entonces el Mid-2000 ráfaga de “te amo”, “broma”, y “reanudación de Janet”, y en 2001 el ubicuo “SirCam”, entre otros, dar más razón a la desconfianza “Fancy” formatos de correo. Algunos de estos son Scripts de Visual Basic, algunos son macros de MS Word, y algunos ni siquiera tienen para abrirse a la huelga, debido a la “Feature” de Microsoft Outlook de Mostrar partes de mensajes (incluido el contenido mejorado) como “resúmenes” incluso antes de abrirlas. ASCII simple puede ser más aburrido, pero nunca puede poner un virus en su sistema! Irónicamente, hubo muchos leyendas urbanas y bulos sobre los virus de correo electrónico que circulan en un momento en que el correo electrónico era todavía casi siempre texto sin formato y por lo tanto no es vulnerable a los virus. Esto creó un “chico que Gritó Wolf “efecto que causó a la gente a desconfiar de las advertencias de los virus muy reales que ahora están apareciendo en el correo electrónico. (Y resulta que los usuarios de los programas de Microsoft son incluso mayor riesgo debido a la famosa tendencia de ese software de ignorar los encabezados de tipo MIME–esto permite los autores de virus infiltran contenido ejecutable con “Innocent” tipos de encabezado como image/JPEG, superar las partes del software que bloquean o advierten sobre el contenido peligroso, pero luego que el cerebro muerto microcrud Note que tiene un nombre de archivo . exe , y ejecutarlo, virus y todo.)

Y, para dar otra razón para evitar el correo no-simple-texto, los spammers han empezado a utilizar Correo HTML con referencias de imágenes incrustadas a secuencias de comandos CGI que señalan al servidor del spammer que el mensaje fue recibido satisfactoriamente, permitiéndoles poner su dirección en un “Hot prospectos “lista de direcciones válidas conocidas para su posterior uso. Puede evitar esto deshabilitando “Fancy mail” Mostrar si su programa de correo es compatible con este.

¡ No sobrecotizar ni subcotizar!

Al responder a un mensaje, incluya suficiente material citado para establecer el contexto de su respuesta, ni más ni menos. Los extremos opuestos ambos son malos:

1) respuestas sin coMillas

Si envía una respuesta que no cita ninguno de los mensajes que está respondiendo también, o cita tan poco de lo que es difícil decir lo que el citar significa en contexto, entonces puede ser difícil de entender lo que el respuesta significa, ya que el destinatario puede haber recibido un montón de mensajes anteriores y no estar seguro de cuál de ellos es responder a. Si su mensaje dice:

     Claro... ¡ esa es una gran idea! 

la persona que lo consigue puede no tener idea de lo que usted piensa que es un gran idea.

2) respuestas que citan todo el mensaje original

Algunas personas (animadas por programas de correo electrónico que por defecto a hacer esto) adjuntar todo el mensaje que están respondiendo a su respuesta, a veces incluyendo todos los encabezados y trailers. Si el mensaje que están respondiendo a es en sí misma una respuesta, puede haber varios conjuntos recursivos de citado mensajes adjuntos al mensaje original. Los mensajes pueden ser realmente enorme de esta manera, e incluir un montón de cosas irrelevantes como múltiples repeticiones de bloques de firmas en la parte inferior de los mensajes.

En su lugar, usted debe ser selectivo en lo que usted cita. Mantener lo necesario para mostrar lo que está respondiendo a (y tal vez unos pocos niveles más de este para mostrar lo que estaban respondiendo a), así:

     > > ¿Qué es negro y blanco y rojo por todas partes?       > Que es una muy antigua... UN periódico, por supuesto.       Divertido... Siempre pensé que era una cebra sonrojada. 

Observe los múltiples niveles de cotización, indicados por la presencia de un “>” marca en el lado izquierdo para cada nivel de presupuesto. El estándar tradicional para citar es poner su respuesta debajo el material citado. Las guerras de las grandes llamas a veces escapan al correo listas y grupos de noticias sobre personas que citan la forma opuesta (responder primero y luego citar), que se conoce como “peligro-estilo” porque el la respuesta precede a la pregunta. Yo, estoy menos obsesionado con si la cita o la respuesta viene primero que con la excesiva material citado usado por muchas personas hoy en día. Los dos suelen ir juntos, Aunque, como el estilo tradicional de poner la respuesta después de la cita se tiende a fomentar la brevedad de la cita, ya que el uso de un largo cita obligó a un montón de desplazamiento para pasar a la respuesta.

Ver comentarios extensos sobre estos y otros problemas de formato de correo electrónico en mi nuevo Sitio de formato de correo.

Al enviar archivos a personas, en general, ¡ vaya por el mínimo común denominador!

Este no es realmente un “Web Tip” o incluso un “e-mail Tip”. Pero el Consejo anterior me lleva a ampliar el concepto y recordar a la gente que, en todos los casos, cuando están tratando de para obtener un archivo a otra persona, deben utilizar el formato más genérico posible para asegurar que el destinatario puede manejarlo. Esto se aplica si está enviando el archivo a través de la web, el correo electrónico, el FTP o el disquete.

Lo que me lleva a escribir esto es que unos años atrás me dieron un disco en el correo con artículos para usar en un boletín de noticias que edité, pero encontré los archivos ilegibles. Eran aparentemente en formato Microsoft Word, sino una versión más reciente de Word que la que soporta cualquiera de los varios programas que tenía (en ese momento) que podían importar archivos de Word. Por lo tanto, los archivos salen como basura en cada programa que traté. (Desde entonces, he actualizado mi sistema y tengo la última palabra, así que finalmente he podido acceder a tales archivos (aunque me temo a, con algunos virus de la MS-palabra-macro que se separan alrededor…). Tengo suerte más dura tratando de leer un archivo adjunto alguien más me envió un correo electrónico en WordPerfect formato WordPad no abrirá eso, no tengo WordPerfect, y la antigua utilidad DOSMAN que escribí hace años con capacidades de visualización de archivos, incluyendo WordPefect no ha mantenido con las últimas revisiones, por lo que el archivo aparece como un lío allí también.)

Evite crear tales dolores de cabeza para sus destinatarios mediante el uso de formatos genéricos más estándar. Si los archivos que está enviando son texto, guárdelos como derecho ASCII, no una palabra especializada formato del procesador. Seleccione “guardar como texto” en el procesador de textos. O, si es esencial que su formato (negrita, cursiva, etc.) sea preservado, usted puede intentar exportar en MS RTF (Formato de texto enriquecido), que es ampliamente soportado como un formato de importación, y no parece tener tantas incompatibilidades de versiones como formato MS Word. Más seguro aún es guardar el archivo dos veces, como ASCII y como RTF, y enviar ambos archivos. (Hasta donde yo sé, no hay manera de incrustar un virus como “macro” en ASCII o RTF, por lo que son formatos mucho más seguros que MS Word en este respecto, también.)

Si los archivos que desea enviar son gráficos, es mejor utilizar el formato GIF o JPEG, ya que son los formatos más ampliamente soportados. (Sin embargo, algunas personas evitan el GIF debido a la solapa desafortunada de la patente de Unisys; PNG es un nuevo formato que se defiende como un reemplazo, superior de alguna manera, pero desafortunadamente el apoyo para que no es tan grande todavía.) Pero no uses . bmp si puedes ayudarlo; es un formato no comprimido, así que los archivos pueden ser realmente enormes!

Si está enviando datos desde una hoja de cálculo o una base de datos, intente exportarlo como un delimitado por comas archivo de texto. Esto se puede importar generalmente por la mayoría del otro software.

Si está proporcionando los archivos en disquete, el formato “más seguro” en estos días es PC 3,5 “alto densidad (aunque si usted lo está enviando a alguien con una máquina realmente antigua, que posiblemente podría necesita baja densidad, o incluso un disco de 5,25 “, aunque estos son en su mayoría piezas de Museo en estos días). No envíe otros discos de plataforma (Mac, etc.) a menos que sepa que el destinatario tiene una máquina; Los discos de PC son legibles por la mayoría de las otras plataformas en estos días, pero el revés no es usualmente es cierto. Los formatos de mayor capacidad, tales como ZIP, SyQuest, etc., existen en tantas variedades que debe comprobar si el usuario es compatible con lo que tiene antes de intentar enviar uno (aunque ninguno de éstos es particularmente común hoy en día debido al uso extenso de los quemadores del CD y del DVD). Los CD-ROMs son bastante ubicuos en estos días, y son legibles por múltiples plataformas, así que si usted tiene un grabador de CD, que es la mejor manera de enviar grandes cantidades de datos (sobre 600 megabytes cabe en un CD). Los DVD-ROMs tienen capacidades incluso más altas, y son comunes en más nuevo máquinas (que también pueden leer y escribir CDs, por lo que soportan ambos formatos). Pero siempre hay va a ser aún más nuevos formatos que salen (BluRay, cualquiera?) obsoleto los viejos, por lo que es un objetivo en movimiento.

Si usted tiene un Mac, usted debe saber que cualquier disco de formato de PC que cree tendrá un tonto “Resource-tenedor” subdirectorio que molestará a la Dickens de los usuarios de PC, lo que incita a sarcástico Comentarios acerca de cómo “si tuvieras una computadora real , serías capaz de enviarme archivos sin esa basura tonta en el disco! “también, los archivos Mac enviados por el archivo adjunto de correo electrónico se a menudo salen como archivos adjuntos “multipart” con ese mismo material de recurso tonto anexado. Los archivos terminan siendo usables en el PC end, pero el usuario podría tener que pasar por unos pocos clics adicionales para desenredarlos de sus archivos adjuntos de recursos.

Por supuesto, si la persona a la que está enviando archivos le ha dicho específicamente qué formato ella quiere, sigue eso lo mejor de tu capacidad. De lo contrario, sin embargo, por favor mostrar algunos consideración al adherirse al formato más genérico, más bajo común denominador para su Datos.

Finalmente, si usted está dando datos de alguien en un medio físico, como un disquete, un ZIP Disk, un CD-ROM, etc., asegúrese de etiquetarlo! El destinatario podría dejar que se extiende por un tiempo junto a otros discos, y se pone bastante confuso cuando se ha tengo un montón de discos sin etiqueta.

No añada esos estúpidos ‘ usuarios de AOL haga clic aquí ‘ Líneas a sus mensajes de correo electrónico!

Solía ser algo bastante común, especialmente en los mensajes comerciales de correo electrónico, para ver, debajo de una línea del mensaje que cita una URL, una línea con el mismo URL en una <A HREF="..."> etiqueta, con “usuarios de AOL haga clic aquí”. Esto se ve muy tonto en todos los otros programas de correo, además de AOL, que siguen correctamente los estándares y muestran el código HTML como texto en bruto (porque, después de todo, el mensaje fue enviado en texto en bruto, con el Tipo MIME “texto/plano”, no como HTML, tipo MIME “text/html”).

AOL eligió ignorar los estándares y hacer que su lector de correo intentara interpretar Código HTML dentro de mensajes de texto sin formato. Esto es un gran dolor para las listas de correo hablar de la creación de páginas web, como ejemplos de código terminan siendo renderizados en su lugar de ser visible como código de la manera que el autor pretendía. Así que este lector de correo el comportamiento es una aberración que debe ser condenada, no complacía. No “uglify” sus mensajes para todos los usuarios que no son de AOL pegando en una línea tonta de código HTML para que puedan hacer clic en sus enlaces (mientras que la mayoría de los otros lectores de correo hacer lo sensato mediante la hiperconexión automática de cualquier URL que encuentran en el texto plano, sin interpretar ningún código HTML en el mensaje). Todos los usuarios, incluso los de AOL, son perfectamente capaces de utilizar copiar y pegar para Pon la URL en su navegador.

Como AOL eventualmente hizo que su programa se comportara más como un cliente de correo razonable, este tipo de cosas no es muy común en estos días. Desafortunadamente, a partir de 2007, AOL ha empezado a anexar un pie de anuncios tonto a sus mensajes salientes que incluye etiquetas HTML, incluso en la versión de texto sin formato. Una vez más, AOL los usuarios terminan pareciendo tontos. Cambiar a un mejor ISP!

Configure su programa de correo correctamente!

Además de los programas de correo electrónico que omiten el envío de mensajes HTML, como se indicó anteriormente, también parece que hay programas de correo electrónico por ahí que por defecto a una respuesta incorrecta Dirección en sus mensajes. Me dan un montón de mensajes con cabeceras como:

Reply-To: <@someisp.com>

Cuando trato de responder a estos mensajes, mi programa de correo intenta enviar mi respuesta a la Dirección incompleta “@someisp. com”, cuando la dirección real debe ser algo like “User@someisp.com”.

Obviamente, su programa de correo tiene una sección de configuración para especificar una dirección de devolución, pero el proceso de instalación estándar o bien omite esa sección o no puede explique lo que el usuario se supone que debe colocar allí, y se llena en forma incompleta con el nombre de dominio pero no el nombre de usuario.

No cometes este error. Mire a través de todas las secciones de configuración de su programa de correo electrónico, y asegúrese de que todos los campos modificables por el usuario, como “desde” dirección, “responder a” dirección, usuario Name (“John Q. Smith”), la organización de usuarios (“XYZ, Inc.”), etc. se rellena con el correcto Contenido. En el caso de los campos opcionales, si decide no utilizarlos, asegúrese de que completamente vacío, no a medio llenar como en el ejemplo anterior.

Tenga en cuenta que las direcciones “from” y “Reply-to” pueden no ser las mismas que su nombre de usuario más el nombre completo del servidor al que se conecta con el fin de recuperar su correo. A menudo el servidor Name contiene una porción de nombre de host que no es necesaria en las direcciones de correo electrónico. Por ejemplo, Solía recuperar mi correo de server1.Softdisk.com, pero mi dirección de correo electrónico was dan@softdisk.com (sin el “server1”). Muchas personas no saben mejor y se pegan “server1” (o el equivalente de su propio nombre de servidor) en su dirección de correo electrónico, que hace que su dirección sea más larga, menos elegante, y más probable que se vuelva inválida si su ISP cambia siempre sus servidores. Si tiene alguna duda sobre qué forma de su dirección debe estar utilizando, pregunte al Departamento de soporte técnico de su ISP, como los detalles exactos de direccionamiento variará de sitio a sitio.

… Y, no se olvide de escribir su dirección de correo electrónico correctamente!

Muchas personas parecen tener problemas para escribir su dirección de correo electrónico en el registro web formularios, y en la creación de enlaces mailto en sus páginas Web. Si no es exactamente ¡ correcto, el correo a usted en esa dirección probablemente rebotará! Así que comprueba dos veces lo que Tipo.

En particular, los miembros de AOL tienden a Desescribir sus direcciones, dejando fuera el “@aol. com” parte (¿cómo es que alguien fuera de AOL supone saber su nombre de pantalla está en AOL y no otro sistema?), o simplemente tecleando “Name @ AOL” (dejando fuera el . com), o incluir espacios dentro del nombre (“Just me @ AOL. com”). Descuido de usuarios CompuServe para cambiar las comas en el formato “Native” CompuServe de su dirección a los puntos al utilizar como una dirección de Internet. No se trata de una sintaxis de dirección de correo electrónico adecuada. ¡ Asegúrese de conocer las convenciones apropiadas para el correo de Internet al escribir su dirección!

Uno muy común “Newbie” error es pegar www. , o incluso http://www. , delante de su dirección de correo electrónico cuando lo escribe en un formulario web, como www.myname@aol.com . Si bien es concebible que la dirección de correo electrónico de alguien en realidad podría tener estos caracteres en él, este es raro; por lo general, su dirección real es justa myname@aol.com y de alguna manera se confundió Acerca de la distinción entre una dirección de correo electrónico y una dirección Web.

Leave a Reply

Your email address will not be published. Required fields are marked *