Consejos web de Dan
Original source: https://webtips.dan.info/email.html
El correo electrónico no es realmente parte de la Web per se , pero a menudo se utiliza junto con ella, como para brindar a los usuarios de un sitio Web un medio para comunicarse con el Webmaster. Por lo tanto, también tengo algunos consejos sobre el correo electrónico, especialmente en lo que se refiere a la Web y HTML (¡incluido el hecho de que debes evitar enviar tu correo electrónico en formato HTML!).
Trivia inútil: en su primer álbum, Britney Spears tenía una canción llamada “E-Mail My Heart”. (Por cierto, en un momento el formulario de registro en su sitio web tenía “Año de nacimiento” en un menú desplegable que comienza en 1965, por lo que si eres mayor, no existes hasta donde su gente de marketing están preocupados.) No sé cuál es el tipo MIME o formato de codificación adecuado para enviar correos electrónicos a su corazón (o cualquier otro órgano del cuerpo), pero existe un tipo MIME para enviar correos electrónicos a todo su cuerpo: materia-transporte/ forma de vida sensible . (Ver RFC 1437 ).
¡Siempre brinda a las personas una forma de contactarte!
La Web es un medio interactivo. Es posible que la gente quiera escribirle para felicitarlo por la brillantez de su diseño web, hacerle preguntas sobre el tema de su sitio o señalarle un enlace que no funciona. No se lo pongas difícil. Coloque su dirección de correo electrónico en cada página, como un <A HREF="mailto:you@yoursite.com">enlace en el que los usuarios pueden hacer clic para enviarle un correo. También es posible que desee utilizar un formulario CGI para obtener comentarios, pero incluso entonces agregue también un enlace de correo simple, ya que a veces esas cosas CGI no funcionan correctamente. (¡Cada vez que llego a un formulario de comentarios que no funciona, me quedo desconcertado sobre cómo se supone que debo comunicarme con ellos para decirles que su formulario no funciona!)
Ahora hay muchos sitios que le recomiendan no tener direcciones de correo electrónico en texto plano en ninguna parte de su sitio, debido a los spammers que recopilan esas direcciones. Aconsejan utilizar diversas técnicas para ocultar o “devorar” todas las direcciones para frustrar a los spammers, lo que lamentablemente también tiene el efecto de incomodar a los corresponsales legítimos. Yo mismo me niego a hacer tales cosas; No cederé ante los spammers ni ninguna otra forma de terrorismo, y dejaré que cambien la forma en que conduzco mi vida; Eso sería dejar que ganen los malos.
Además, me he encontrado, varias veces en un corto período, con casos de personas que utilizan algún tipo de “mungación de direcciones” al citar su dirección de correo electrónico dentro de un grupo de noticias o un mensaje de lista de correo electrónico, como “…Si tienes alguna opinión sobre esto, envíame un correo electrónico a johndoeMYSHIRT@example.comMYPANTS: primero quítame la camisa y los pantalones.” — sin embargo, sus mensajes se publicaron con su dirección de correo electrónico completa y sin restricciones en la FROMlínea del mensaje tal como se configuró en el correo o programa de noticias que usaron para publicarlo. Esto hace que el “munging” en el cuerpo del mensaje sea completamente inútil y simplemente hace que el escritor parezca tonto.
Sin embargo, la “revuelta de direcciones” más tonta que he visto se encuentra en el texto de artículos en publicaciones impresas , es decir, en papel. ¿Cree el autor que los spammers utilizarán escáneres OCR para recopilar su dirección? En realidad, la causa probable es que los artículos a menudo se escriben para publicación tanto electrónica como en papel, y el autor no se arriesgaba a dejar que su dirección no modificada estuviera en línea, incluso si esto tuviera el efecto secundario de una tontería en la versión en papel. .
Pero volvamos a proporcionar medios de contacto en lugar de ocultarlos … Otro lugar donde puedes poner tu dirección de correo electrónico es en la HEADsección de tus páginas con esta etiqueta:
<LINK REV=made href="mailto:me@mysite.com">
Esta construcción, respaldada por las especificaciones HTML oficiales, permite que los navegadores compatibles proporcionen un medio para permitir al usuario enviar correo al autor del sitio. Desafortunadamente, mientras que los navegadores Lynx y WinMosaic, relativamente poco conocidos, lo admiten, los populares navegadores Netscape e Internet Explorer no lo hacen. ( Mozilla lo admite, junto con otras LINKetiquetas). Quizás algún día los navegadores más utilizados lo hagan, y no está de más incluir esta línea para el uso de cualquier navegador que se adapte al sistema y lo admita.
Si tiene su propio nombre de dominio (consulte mi sección sobre nombres de dominio ), debería obtener una dirección de correo electrónico memorable en ese dominio, como webmaster@sudominio.com . Consulte con su proveedor de Internet acerca de cómo configurar un buzón de correo de este tipo, o simplemente un alias de correo que reenvíe dicho correo al lugar donde realmente revisa su correo. Parece mucho más profesional tener una dirección en su propio dominio que una con un proveedor de Internet o un servicio en línea. (Sobre todo porque, en aproximadamente 9 de cada 10 casos que he encontrado de propietarios de sitios web que utilizan una dirección de correo electrónico basada en un ISP en lugar de una de su propio dominio, el proveedor es AOL… para muchos usuarios serios de Internet, tener @aol.com en tu dirección es como poner un cartel en tu camiseta que diga “¡Soy un idiota!” Una de las cosas inexplicables que encuentro continuamente, en los anuncios y en la información de contacto de los columnistas de las publicaciones, es “Envíame un correo electrónico”. en frobbitzky@aol.com , o visita mi sitio web en www.frobbitzky.com !” Si tienes tu propio dominio, ¿por qué no usarlo constantemente ?)
Y ya que estoy en eso, ¿cuál es el problema con todos los anuncios de televisión nacionales que dan la URL de la empresa y luego la siguen con “Palabra clave de AOL: FooBarBaz”? Eso es básicamente una regresión de 10 o 15 años… en los “malos viejos tiempos”, alguien que deseaba obtener información donde todos los usuarios en línea pudieran verla tenía que obtener cuentas en muchos servicios propietarios diferentes y enumerar direcciones en varias formas incompatibles porque no había ningún lugar o sistema de direcciones que fuera accesible para todos. Ese fue el desorden que la Web fue diseñada para limpiar, creando una red universalmente accesible con un único sistema de direcciones consistente, la URL. Cualquiera que siga una URL perfectamente buena con una palabra clave patentada de AOL parece querer volver a aquellos días de antaño. La más tonta de todas es la NFL, que da su dirección como ” nfl.com … o palabra clave de AOL nfl.com “. ¿Por qué agregar la parte .com a la palabra clave de 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?
Ésta es una pregunta frecuente. Hasta hace poco, la respuesta era: “no se puede, al menos no de una manera que cumpla con las especificaciones y sea compatible con todos los navegadores”. Ahora, si bien todavía hay problemas de compatibilidad con los navegadores antiguos, el método implementado en las versiones actuales de los navegadores populares se ha documentado en un documento RFC oficial de seguimiento de estándares .
La sintaxis es:<A HREF="mailto:jdoe@somewhere.net?subject=Hello">
Si bien la existencia de un RFC hace que esta construcción ya no sea “no estándar”, debe tener en cuenta que todavía hay algunos navegadores que se ahogarán con enlaces de correo complejos, tal vez perdiendo el mensaje por completo. Por lo tanto, es aconsejable cierta precaución al utilizar esta sintaxis y probablemente sea mejor evitarla. Supuestamente (aunque no lo he verificado yo mismo), el navegador de AOL se encuentra entre los que no pueden hacer frente a esta construcción, a pesar de que está basado en MSIE.
Otro problema es que muchas personas que utilizan la sintaxis anterior intentan insertar líneas de asunto con espacios y otros caracteres especiales, como "mailto:jdoe@somewhere.net?subject=How are you doing?!?". Esto no es válido, incluso según las nuevas especificaciones, ya que los espacios y la mayoría de los demás caracteres no alfanuméricos no están permitidos o tienen significados reservados cuando se usan en URL. Los navegadores pueden ignorar todo lo que aparece después del primer espacio en dicha URL. La solución es utilizar secuencias de escape hexadecimales: %20para un espacio, por ejemplo. Esto resulta en ” subject=How%20are%20you%20doing%3F%21%3F“. Código de apariencia menos elegante, pero al menos funciona (en la medida en que los asuntos de correo funcionen). Incluso puedes poner saltos de línea de esa manera (útil cuando agregas un parámetro ‘body=’ además del asunto) usando %0D%0A(CR seguido de LF). (Se agregan múltiples parámetros usando un signo comercial para separarlos, pero en los documentos HTML el signo comercial ya es un carácter reservado, por lo que debe codificarlo con &. Muchas personas encuentran que este es un punto difícil de entender, ya que implica un nivel diferente de codificación. que la codificación hexadecimal mencionada anteriormente. La codificación hexadecimal se usa para insertar caracteres que de otro modo no serían válidos en una URL. La codificación y comercial se usa para codificar caracteres que se supone que están en una URL, pero que no son válidos en HTML . ¿Está claro? ?)
Otro enfoque a seguir es poner el asunto como un atributo TÍTULO en el código del enlace, como <A HREF="mailto:jsmith@here.com" TITLE="Hello!">. Hay algunos navegadores que lo admiten, aunque la mayoría de los más populares no lo hacen. Hay un largo debate en comp.infosystems.www.authoring.html sobre si este uso es la forma lógica de proporcionar un asunto de mensaje o no, dependiendo de si la gente piensa que se supone que el atributo “TITLE” describe el enlace en sí o el recurso al que se vincula.
Otra opción más es agregar el asunto entre paréntesis dentro del enlace de correo: "mailto:jdoe@here.net(Hello)". En realidad, esto no proporciona una línea de asunto, pero agrega el asunto a su dirección donde aparecerá en la línea “Para”. Funciona porque los remitentes de correo ignoran las expresiones entre paréntesis, por lo que su correo llega a la dirección especificada en el resto de la línea “Para:”. Tienes que estar bastante alerta para notar las notas entre paréntesis en el encabezado de destino de tus mensajes en lugar de en el asunto donde estás acostumbrado a encontrar ese tipo de cosas.
Puedo ver por qué la gente quiere proporcionar esta información en enlaces de correo; Puede resultar bastante frustrante cuando alguien comenta en su página web y no le dice en qué página web está comentando. Al menos, eso es frustrante cuando, como yo, mantienes muchas páginas web diferentes. Que esto sea una lección para el lector; Cuando comente en la página web de otra persona, ¡asegúrese de mencionar exactamente lo que está comentando!
Otra nota sobre mailto:las URL: no las utilice como ACTIONURL de un archivo FORM. Esto no funciona de manera confiable en todas las versiones del navegador, e incluso cuando funciona, no funciona muy bien; no le muestra al remitente ninguna pantalla de confirmación que indique que su mensaje fue enviado y envía los datos al usuario final como una fea mezcolanza. Por lo tanto, si desea que el usuario rellene un formulario web y que le envíen la información por correo electrónico, es mucho mejor utilizar un script CGI (ya sea uno que escriba usted mismo, si puede, o uno “estándar” uno que ya esté instalado en el servidor de su proveedor, si lo hay) como destino del formulario. Esto se puede hacer para enviarle las entradas del usuario en un formato legible y presentarle al usuario una pantalla de “gracias”, cosas que no puede hacer con mailto:acciones.
¡No envíe correos electrónicos en formato HTML u otros que no sean ASCII, excepto a personas que usted sabe que pueden manejarlo y lo desean de esa manera!
En realidad, esto no es un “consejo web”, pero como he usado otras partes de este sitio web para mis cosas que me molestan, aquí hay otro. El estándar universal para el correo electrónico siempre ha sido el texto plano ASCII, y ese es el único formato que garantiza su significado para todos los diferentes programas de lectura de correo que se utilizan. Otros tipos de formatos de archivos adjuntos son buenos para enviar y recibir cosas entre personas que apoyan el formato que se está utilizando, pero cuando envías mensajes a alguien de quien no estás seguro de qué formatos son aceptables, siempre utiliza texto sin formato.
Desafortunadamente, algunos programas de correo, como Microsoft Outlook Express, ahora envían correo en formato HTML de manera predeterminada, aunque, el 99% de las veces, no es absolutamente necesario hacerlo. La mayoría de estos mensajes no ganan nada al estar en HTML en lugar de texto plano; de hecho, algunos de ellos me parecen menos legibles que los mensajes de texto sin formato, ya que algunos de estos programas de correo establecen tamaños de fuente demasiado pequeños en comparación con la fuente habitual de mi lector de correo.
Además, no utilice líneas de más de 70 caracteres, si puede evitarlo. Los programas de correo con buen comportamiento encapsulan el correo saliente en ese punto; Si no está utilizando un programa de correo de buen comportamiento, es posible que deba presionar Enter en los lugares apropiados. Si no tiene saltos de línea y envía cada párrafo como una línea larga, algunos lectores de correo harán que el usuario se desplace hacia la derecha para leer el mensaje y podrían truncar la línea y perder parte del contenido si es más larga que la línea interna. buffer que utiliza el programa. (Los estándares establecen un máximo absoluto de 998 caracteres para una línea de correo electrónico, pero algunos programas incluso superan este límite, lo que provoca pérdida de datos en muchos programas de lectura de correo).
ACTUALIZACIÓN: La infame serie de virus de correo electrónico que han aparecido en los últimos años, comenzando con “Melissa”, continuando y escalando con “Worm.ExploreZip” y “Bubble Boy”, luego la explosión de mediados de 2000 de “I Love You”, “Broma” y “Janet’s Resume”, y en 2001 el omnipresente “Sircam”, entre otros, dan motivos de más para desconfiar de los formatos de correo “elegantes”. Algunos de estos son scripts de Visual Basic, algunos son macros de MS Word y algunos ni siquiera tienen que abrirse para activarse, debido a la “característica” de Microsoft Outlook de mostrar partes de los mensajes (incluido el contenido mejorado) como “resúmenes” ante usted. incluso abrirlos. El código ASCII simple puede ser más aburrido, ¡pero nunca podrá introducir un virus en su sistema! Irónicamente, circulaban muchas leyendas urbanas y engaños sobre los virus del correo electrónico en una época en la que el correo electrónico casi siempre era texto sin formato y, por tanto, no era vulnerable a los virus. Esto creó un efecto de “niño que gritó lobo” que hizo que la gente desconfiara de las advertencias de virus muy reales que ahora están apareciendo en el correo electrónico. (Y resulta que los usuarios de programas de Microsoft corren un riesgo aún mayor debido a la famosa tendencia de ese software de ignorar los encabezados de tipo MIME; esto permite a los autores de virus introducir contenido ejecutable con tipos de encabezado “inocentes” como image/jpeg , superando el partes del software que bloquean o advierten sobre contenido peligroso, pero luego hacen que Microcrud, con muerte cerebral, note que tiene un nombre de archivo .exe y lo ejecute, con virus y todo).
Y, para dar otra razón más para evitar el correo que no sea de texto plano, los spammers han comenzado a utilizar correo HTML con referencias de imágenes incrustadas a scripts CGI que indican al servidor del spammer que el mensaje se recibió exitosamente, permitiéndoles así poner su dirección en una lista de “perspectivas interesantes” de direcciones válidas conocidas para su uso posterior. Puede evitar esto desactivando la visualización de “correo elegante” si su programa de correo lo admite.
¡No sobrecomites ni subcomites!
Al responder a un mensaje, incluye suficiente material citado para establecer el contexto de tu respuesta, ni más ni menos. Los extremos opuestos son malos:
1) Respuestas sin comillas
Si envía una respuesta que no cita nada del mensaje que está respondiendo, o cita tan poco que es difícil saber qué significa la cita en contexto, entonces puede ser difícil entender qué significa la respuesta. ya que es posible que el destinatario haya recibido muchos mensajes anteriores y no esté seguro de cuál responde. Si tu mensaje dice: Claro… ¡es una gran idea!
Es posible que la persona que lo reciba no tenga idea de lo que usted cree que es una gran idea.
2) Respuestas que citan el mensaje original completo
Algunas personas (animadas por programas de correo electrónico que hacen esto de forma predeterminada) adjuntan a su respuesta el mensaje completo al que están respondiendo, a veces incluyendo todos los encabezados y avances. Si el mensaje al que responden es en sí mismo una respuesta, es posible que haya varios conjuntos recursivos de mensajes citados adjuntos al mensaje original. Los mensajes pueden volverse realmente enormes de esta manera e incluir muchas cosas irrelevantes, como múltiples repeticiones de bloques de firmas en la parte inferior de los mensajes.
En cambio, debe ser selectivo en lo que cita. Mantenga lo necesario para mostrar a qué está respondiendo (y tal vez algunos niveles más de esto para mostrar a qué estaban respondiendo), así: > > ¿Qué es todo blanco, negro y rojo? > Ése es muy antiguo… Un periódico, por supuesto. Es curioso… Siempre pensé que era una cebra sonrojada.
Tenga en cuenta los múltiples niveles de cotización, indicados por la presencia de una marca “>” en el lado izquierdo para cada nivel de cotización. El estándar tradicional para citar es poner su respuesta debajo del material citado. A veces estallan grandes guerras en listas de correo y grupos de noticias debido a personas que citan en sentido opuesto (responder primero y luego citar), lo que se conoce como “estilo Jeopardy” porque la respuesta precede a la pregunta. Por mi parte, estoy menos obsesionado con si la cita o la respuesta es lo primero que con el exceso de material citado que utiliza mucha gente hoy en día. Sin embargo, los dos a menudo van juntos, ya que el estilo tradicional de poner la respuesta después de la cita tendía a alentar la brevedad de las citas, ya que el uso de una cita larga obligaba a desplazarse mucho para pasar a la respuesta.
Vea comentarios extensos sobre estos y otros temas relacionados con el formato de correo electrónico en mi nuevo sitio de formato de correo .
Cuando envíe archivos a personas, en general, opte por el mínimo común denominador.
Este tampoco es realmente un “consejo web”, ni siquiera un “consejo por correo electrónico”. Pero el consejo anterior me lleva a ampliar el concepto más allá y recordarles a las personas que, en todos los casos cuando intentan hacer llegar un archivo a otra persona, deben usar el formato más genérico posible para garantizar que el destinatario pueda manejarlo. Esto se aplica ya sea que envíe el archivo a través de la Web, correo electrónico, FTP o en un disquete.
Lo que me lleva a escribir esto es que hace unos años recibí por correo un disco con artículos para usar en un boletín que edité, pero encontré que los archivos eran ilegibles. Aparentemente estaban en formato Microsoft Word, pero era una versión más nueva de Word que la compatible con 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 probé. (Desde entonces, actualicé mi sistema y tengo la última versión de Word, por lo que finalmente pude acceder a dichos archivos (aunque tengo miedo , con algunos virus de macro de MS-Word propagándose por ahí…). Tengo menos suerte al intentar leer un archivo adjunto que otra persona me envió por correo electrónico en formato WordPerfect; WordPad no lo abre, no tengo WordPerfect ni la antigua utilidad DOSMAN que escribí hace años con capacidades de visualización de archivos. incluido WordPefect, no se ha mantenido al día con las últimas revisiones, por lo que el archivo también aparece como un desastre allí).
Evite crear estos dolores de cabeza a sus destinatarios utilizando formatos más estándar y genéricos. Si los archivos que envía son de texto, guárdelos como formato ASCII directo, no como formato de procesador de texto especializado. Elija “Guardar como texto” en su procesador de textos. O, si es esencial conservar el formato (negrita, cursiva, etc.), puede intentar exportar en MS RTF (formato de texto enriquecido), que es ampliamente admitido como formato de importación y no parece tener tantas incompatibilidades de versión como formato MS Word. Lo 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 forma de incrustar un virus como una “macro” en ASCII o RTF, por lo que también son formatos mucho más seguros que MS Word en este sentido).
Si los archivos que desea enviar son gráficos, lo mejor es utilizar el formato GIF o JPEG, ya que son los formatos más admitidos. (Sin embargo, algunas personas evitan GIF debido al desafortunado caso de patente de Unisys ; PNG es un nuevo formato que se está defendiendo como reemplazo, superior en algunos aspectos, pero desafortunadamente su soporte no es tan bueno todavía.) Pero no use . bmp si puedes evitarlo; ¡Ese es un formato no comprimido, por lo que los archivos pueden ser realmente enormes!
Si envía datos desde una hoja de cálculo o base de datos, intente exportarlos como un archivo de texto delimitado por comas. Por lo general, esto puede importarse mediante la mayoría de los demás programas.
Si proporciona los archivos en un disquete, el formato “más seguro” hoy en día es PC de 3,5″ de alta densidad (aunque si se lo envía a alguien con una máquina muy antigua, es posible que necesite una baja densidad, o incluso una Disco de 5,25″, aunque actualmente son en su mayoría piezas de museo). No envíe discos de otras plataformas (Mac, etc.) a menos que sepa que el destinatario tiene dicha máquina; Los discos de PC son legibles en la mayoría de las otras plataformas hoy en día, pero lo contrario no suele ser cierto. Los formatos de mayor capacidad, como ZIP, SyQuest, etc., existen en tantas variedades que debes verificar si el usuario admite lo que tienes antes de intentar enviar uno (aunque ninguno de estos es particularmente común hoy en día debido al uso generalizado). de grabadoras de CD y DVD). Los CD-ROM son prácticamente omnipresentes hoy en día y se pueden leer en múltiples plataformas, por lo que si tienes una grabadora de CD, esa es la mejor manera de enviar grandes cantidades de datos (unos 600 megabytes caben en un CD). Los DVD-ROM tienen capacidades aún mayores y son comunes en las máquinas más nuevas (que también pueden leer y escribir CD, por lo que admiten ambos formatos). Pero siempre aparecerán formatos más nuevos (¿BluRay, alguien?) que dejarán obsoletos a los antiguos, por lo que es un objetivo en movimiento.
Si tiene una Mac, debe saber que cualquier disco con formato de PC que cree tendrá un subdirectorio tonto “resource-fork” que molestará a los usuarios de PC, provocando comentarios sarcásticos sobre cómo “si tuviera una computadora real , ¡Podrías enviarme archivos sin esa tontería en el disco!” Además, los archivos de Mac enviados como archivos adjuntos de correo electrónico a menudo aparecerán como archivos adjuntos “de varias partes” con los mismos recursos tontos adjuntos. Los archivos terminan siendo utilizables en la PC, pero es posible que el usuario tenga que hacer algunos clics adicionales para desenredarlos de sus archivos adjuntos.
Por supuesto, si la persona a la que le estás enviando archivos te ha dicho específicamente qué formato quiere, síguelo lo mejor que puedas. De lo contrario, sin embargo, sea prudente apegándose al formato más genérico y de mínimo común denominador para sus datos.
Finalmente, si le estás dando a alguien datos en un medio físico como un disquete, un disco ZIP, un CD-ROM, etc., ¡asegúrate de etiquetarlo ! El destinatario puede dejarlo tirado por un tiempo junto a otros discos, y se vuelve bastante confuso cuando tienes una pila completa de discos sin etiqueta.
¡No agregue esas estúpidas líneas de ‘Usuarios de AOL, haga clic aquí’ a sus mensajes de correo electrónico!
Solía ser algo bastante común, especialmente en mensajes de correo electrónico comerciales, ver, debajo de una línea del mensaje que cita una URL, una línea con la misma URL en una <A HREF="...">etiqueta, con “Usuarios de AOL hacen clic aquí”. Esto parece realmente una tontería en todos los demás programas de correo además de AOL, que siguen los estándares correctamente y muestran el código HTML como texto sin formato (porque, después de todo, el mensaje se envió en texto sin formato , con el tipo MIME “text/plain” , no como HTML, tipo MIME “text/html”).
AOL optó por ignorar los estándares y hacer que su lector de correo intentara interpretar el código HTML dentro de los mensajes de texto sin formato. Esto es un gran problema para las listas de correo que discuten la creación web, ya que los ejemplos de código terminan siendo renderizados en lugar de ser visibles como código de la manera que el autor pretendía. Así que este comportamiento de los lectores de correo es una aberración que debería ser condenada, no consentida. No “fee” sus mensajes para todos los usuarios que no son de AOL insertando una línea tonta de código HTML para que puedan hacer clic en sus enlaces (mientras que la mayoría de los demás lectores de correo hacen lo sensato al vincular automáticamente cualquier URL que encuentren en formato simple). texto, sin interpretar ningún código HTML en el mensaje). Todos los usuarios, incluso aquellos de AOL, son perfectamente capaces de copiar y pegar para colocar la URL en su navegador.
Como AOL finalmente hizo que su programa se comportara más como un cliente de correo razonable, este tipo de cosas no es muy común hoy en día. Desafortunadamente, a partir de 2007, AOL comenzó a agregar un pie de página publicitario tonto a sus mensajes salientes que incluye etiquetas HTML, ¡ incluso en la versión de texto sin formato! Una vez más, los usuarios de AOL acaban pareciendo tontos. ¡Cambie a un mejor ISP!
¡Configura tu programa de correo correctamente!
Además de los programas de correo electrónico que envían mensajes HTML de forma predeterminada, como se señaló anteriormente, también parece haber programas de correo electrónico que envían de forma predeterminada una dirección de respuesta incorrecta en sus mensajes. Recibo muchos mensajes con encabezados como:
Reply-To: <@someisp.com>
Cuando intento responder a estos mensajes, mi programa de correo intenta enviar mi respuesta a la dirección incompleta “@someisp.com”, cuando la dirección real debería ser algo así como “usuario@someisp.com”.
Obviamente, su programa de correo tiene una sección de configuración para especificar una dirección de remitente, pero el proceso de instalación estándar omite esa sección o no explica adecuadamente lo que el usuario debe colocar allí, y se completa de forma incompleta con el nombre de dominio, pero no el nombre de usuario.
No cometas este error. Revise 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 la dirección “De”, la dirección “Responder a”, el nombre de usuario (“John Q. Smith”), la organización de usuarios ( “XYZ, Inc.”), etc. se completan con el contenido correcto. En el caso de los campos opcionales, si decide no utilizarlos, asegúrese de que estén completamente vacíos, no medio llenos como en el ejemplo anterior.
Tenga en cuenta que las direcciones “De” y “Responder a” pueden no ser las mismas que su nombre de usuario más el nombre completo del servidor al que se conecta para recuperar su correo. A menudo, el nombre del servidor contiene una parte del 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 era dan@softdisk.com (sin “server1”). Muchas personas no lo saben y colocan el “servidor1” (o el equivalente del nombre de su propio servidor) en su dirección de correo electrónico, lo que hace que su dirección sea más larga, menos elegante y más probable que deje de ser válida si su El ISP alguna vez cambia sus servidores. Si tiene alguna duda sobre qué forma de dirección debe utilizar, consulte al departamento de soporte técnico de su ISP, ya que los detalles exactos de la dirección variarán de un sitio a otro.
…¡Y no olvides escribir tu dirección de correo electrónico correctamente!
Mucha gente parece tener problemas para escribir su dirección de correo electrónico en los formularios de registro web y para crear enlaces de correo electrónico en sus páginas web. Si no es exactamente correcto, el correo enviado a esa dirección probablemente será rebotado. Así que vuelve a comprobar lo que escribes.
En particular, los miembros de AOL tienden a escribir mal sus direcciones, omitiendo la parte “@aol.com” (¿cómo se supone que alguien fuera de AOL sabe que su nombre de usuario está en AOL y no en otro sistema?), o simplemente escriben “nombre@aol”. ” (omitiendo el .com ), o incluyendo espacios dentro del nombre (“Just Me @ aol . com”). Los usuarios de CompuServe se olvidan de cambiar las comas en el formato “nativo” de CompuServe de su dirección a puntos cuando lo utilizan como dirección de Internet. Esta no es la sintaxis adecuada de la dirección de correo electrónico. ¡Asegúrese de conocer las convenciones adecuadas para el correo de Internet al escribir su dirección!
Un error muy común entre los “novatos” es colocar www., o incluso http://www., delante de su dirección de correo electrónico cuando la escribe en un formulario web, como www.myname@aol.com. Si bien es posible que la dirección de correo electrónico de alguien tenga estos caracteres, esto es poco común; Por lo general, su dirección real es justa myname@aol.comy de alguna manera se confundió acerca de la distinción entre una dirección de correo electrónico y una dirección web.
I’ve always been captivated by the wonders of science, particularly the intricate workings of the human mind. With a degree in psychology under my belt, I’ve delved deep into the realms of cognition, behavior, and everything in between. Pouring over academic papers and research studies has become somewhat of a passion of mine – there’s just something exhilarating about uncovering new insights and perspectives.