-
-
Notifications
You must be signed in to change notification settings - Fork 18
es:FAQ Using YAM
¿Por qué la opción de "Texto Coloreado" en la ventana de lectura aparece mal la primera vez que abro esta hoja?
Esto es un fallo en MUI 3.8 y desfortunadamente no se puede arreglar de ninguna manera. Sin embargo, si está corregido en versiones de MUI >= 3.9. Así que por favor actualice su instalación de MUI, si es posible.
Desafortunadamente, los menús contextuales de carpetas y de listas de mensajes que puede interferir e impedirle el uso normal de los atajos de las opciones del menú a menos que mueva el puntero fuera de la lista. Desafortunadamente este es un fallo de MUI <=3.8, que sólo puede corregir desactivando el menú contextual o actualizando MUI al menos a la versión 3.9.
Debido a un fallo en MUI 3.8, el medidor en la ventana de transferencia de correo parece "desbordar" su contenedor cuando representa valores muy altos, típicamente alrededor de 8 MB o más. Este fallo es inócuo, pero se necesita una actualización de MUI (3.9 o posterior) para corregir este problema. Tal actualización no está disponible para Amigas m68k en el momento de escritura de este artículo.
De acuerdo con la documentación y la configuración GUI de la clase NList.mcc (la cual se utiliza en YAM para mostrar la lista de mensajes) debería poder seleccionar varias entradas en la lista utilizando las teclas CTRL+Arriba/Abajo. Sin embargo, cuando utilizo estas teclas la lista se desplaza hacia el principio o el final de la misma no permitiendo la selección de múltiples mensajes. La razón para este problema es, que las combinaciones de teclado por defecto de NList.mcc y las por defecto de MUI se interfieren. Así que cuando utilice CTRL+Arriba/Abajo las por defecto de MUI tendrán preferencia sobre las de NList y por tanto no funcionarán correctamente las de NList. La solución es o actualizar a la versión 0.108 o posterior de NList donde la combinación de teclas por defecto ha sido cambiada para utilizar ALT+Arriba/Abajo en vez de CTRL. Sólo asegúrese de volver a definir sus preferencias de combinación de teclado en la configuración MUI pestaña NList después de haber instalado la claes NList 0.108+. Otra solución (para versiones anteriores de NList) sería manualmente cambiar las preferencias de la combinación de teclado en la configuración de MUI para utilizar la tecla ALT en vez de CTRL (vea todas las entradas de "Select XXX" en el ejemplo siguiente).
Utilizo AmigaOS 3.9 y tengo activado el tema AISS. Desafortunadamente algunos de los iconos muestran un fondo negro.¿Por qué?
Los iconos AISS son iconos PNG que utilizan canales alfa. Con AmigaOS 3.9 la transpariencia no se puede mostrar correctamente porque hay algunas incompatibilidades con la datatypes.library.
La lista de anexos gráficamente se muestra cortada y no refleja todos los anexos disponibles. ¿Hay algo para prevenir esto?
Para los mensajes con muchos anexos, la visualizción gráfica de los anexos en la ventana de lectura puede verse cortada. Este es el caso de que la zona de la lista de anexos no puede agrandarse para el tamaño requerido (p.ej.porque la ventana es pequeña). Desafortunadamente no es posible mostrar/utilizar una barra deslizadora para estos casos debido a razones técnicas.
Pero como la lista de anexos en un grupo virtual debería poder utilizar el desplazamiento virtual en las funciones de MUI para este caso. Por favor consulte la configuración de MUI en las preferencias de acciones de desplazamiento botón teclado/ratón. Pero por defecto, MUI deberá permitirle mediante pulsación del bóton intermedio del ratón mientras lo mueve. Esto debería permitirle desplazar la lista de anexos y visualizar el resto de anexos que normalmente quedan ocultos. Otra manera para mostrar todos los anexos del mensaje es, por supuesto utilizar el correspondiente botón de la barra de herramientas (Mostrar, Imprimir, etc.) que le mostrará toda la lista de anexos.
¿Por qué la ventana de preselección/transferencia de correo algunas veces está activa por defecto y otras veces no?
YAM se puede configurar para mostrar la ventana de preselección/transferencia para descargar nuevo correo sólo si ciertas condiciones se dan, por ejemplo siempre, nunca o sólo si hay mensajes muy grandes para descargar. Desde que los correos pueden ser gestionados en segundo plano mientras continúa su trabajo con YAM sería un gran inconveniente si la ventana de preselección robase el foco de atención de la actual ventana activa (p.ej. una ventana de escritura para un nuevo mensaje). Imagine sólo que presiona la tecla "C" en el mismo momento que se abre la ventana de preselección. Esto inmediatamente cancelaría la transferencia, incluso si sólo iba a escribir la palabra "Commodore"...
Para evitar tal salida indeseada YAM abrirá la ventana de preselección/transferencia en un estado inactivo para transferencias de correo iniciados automáticamente (p.ej. transferencia o recogida de correo programada iniciada con un script ARexx). Para todas las transferencias iniciadas por el usuario (importar, exportar, obtener/enviar correo) se activará la ventana, porque esta es una acción que fue explícitamente solicitada por el usuario y no solicitada automáticamente por el propio YAM.
El menú de la ventana de escritura contiene definiciones de atajos extrañas "ramiga X", "ramiga C". ¿Por qué no se utiliza en su lugar la típica imagen de Amiga?
La razón de esta rareza se ha corregido en la versión 2.5 de YAM. Sin embargo, por favor encuentre las explicaciones en versiones anteriores de porqué no se podía utilizar la imágen típica de 'Amiga' en las opciones de menú para indicar el atajo: El tema es, que la configuración de estos atajos era del usuario. De hecho, TextEditor.mcc provee un gestor de configuración donde un usuario puede especificar él mismo los atajos de teclado que quiere utilizar. La visualización de "ramiga X" era sólo un marcador - incluso no era una definición real de atajo. Sólo debería señalar que combinación de teclas por defecto se utilizan normalmente para estas operaciones. Así que fue más cosmética que otra cosa. Pero como se ha dicho, en YAM 2.5 se ha cambiado y ahora debería aparecer la imágen típica de Amiga como se esperaba.
He cambiado la definición de atajo de TextEditor.mcc para utilizar un atajo, no el de por defecto, para operaciones de Cortar y Pegar. Sin embargo, YAM continúa mostrando p.ej. "Amiga+C" en la ventana.
Desde la versión YAM 2.5, el comportamiento de los atajos por defecto de las acciones de Editar como Copiar y Pegar han cambiado. Esto significa, como se ha explicado en anteiores puntos del FAQ, YAM ahora utiliza siempre los atajos estandar de acuerdo al StlyeGuides común. P.ej. una operación de Copiar siempre aparecerá como "Amiga+C" al igual que la operación de Pegar aparecerá siempre como "Amiga+V" sin importar como lo haya configurado en TextEditor.mcc.
Para versiones anteriores a 2.5 de YAM, la situación es ligeramente diferente. Ahí, el atajo configurado en TextEditor.mcc siempre se utilizará y se mostrará con el marcador p.ej. "ramiga X" en un menú de ventana sólo para mostrar el valor por defecto si tiene definido el valor por defecto en TextEditor.mcc.
En la lista principal de mensajes donde todos los mensajes de la carpeta están listados, el icono de estado de anexos (normalmente es un clip) a veces se visualiza, pero de repente desaparece en el momento que hace click en ese mensaje para ver su contenido. Aunque esto puede parecer un poco extraño y puede dar la impresión de que los anexos se han perdido cuando se visualiza el mensaje, este comportamiento es normal y correcto.
La razón por la que esto ocurre es que desafortunadamente algunos clientes de correo antiguos intentan enviar mensajes donde el tipo content-type se define como "multipart/mixed" o "multipart/related" incluso si el mensaje sólo contiene texto sin anexos. Esto claramente es incorrecto de acuerdo a las RFCs y puede ser considerado un fallo de aquellos programas de correo.Sin embargo, la razón por la que YAM muestra primero el icono de estado de anexos es que sólo analiza la cabecera principal del mensaje debido a razones de optimización y en el momento que hace click en el mensaje correspondiente (más tiempo consumido) el análisis se realiza y es donde automáticamente reconoce que el mensaje realmente no contiene ningún anexo binario o documento, sino sólo el texto normal del mensaje.
Así que el comportamiento de YAM es totalmente correcto y está en línea de lo que sugieren las RFCs.
Cuando utilizo las teclas de flecha arriba/abajo, la barra de desplazamiento de la lista de correo principal se mueve en vez de remarcar el mensaje a cambiar. ¿Por qué?
La causa para este comportamiento puede ser, que ha seleccionado la lista de correo principal a través de la opción de tecla de activación "Tab" en las propiedades de MUI. MUI tiene una propiedad llamada CycleChain que le permite rotar entre todas las opciones existentes en la ventana a través de la tecla Tab. En cada caso, la lista de correo principal de YAM se puede activar a través de numerosos usos de la tecla Tab.
Y como la lista de correo principal basada en NList cambia su comportamiento cuando es directamente activada a través de CycleChain, esta es la razón por la que la barra deslizadora se mueve cuando utiliza las flechas de arriba/abajo. Si una clase NList está activada se desplazará hacia abajo en vez de cambiar la selección.
Sin embargo, hay una forma sencilla de resolver tal situación. Sólo tiene que presionar "Ctrl+Tab" para indicar a MUI que desactive todas las opciones actualmente en uso y entonces podrá volver a cambiar la selección en la lista de correo a través de las flechas arriba/abajo.
El redibujado de la lista de carpetas es tan lento que puedo ver el redibujado de cada carpeta. ¿Por qué?
La razón para el problema es que está dibujando en YAM, que YAM utiliza la clase NListtree.mcc para componer la lista de carpetas. Esta clase es una subclase de las clases NList y depende en gran medida de la clase interna NList.mcc.
Como de hecho es un problema, la clase NListtree se conoce que no está optimizado en el redibujado de elementos. Como si masivamente se redibujaran los elementos y al haber otra ventana delante de la lista se redibuja continuamente. Así que, este es un tema conocido de la clase NListtree y esperamos que sea corregido en versiones futuras de NListtree.mcc.
Sin embargo, perfectamente puede intentar evitar esta lentitud de redibujado asegurándose que no hay otra ventana abierta delante de la lista de carpetas en YAM durante el tiempo requerido de redibujado.
Sí, a través de la opción normal de MUI 'snapshot'....
...inicie el interfaz de las preferencias de MUI seleccionando 'Preferencias/MUI'. Seleccione la sección 'ventanas' y asegúrese de que el tercero de los iconos de sistema está activado. Después de guardar las preferencias cada ventana tendrá un icono de sistema adicional en la esquina superior derecha. Un click en este icono y recordará la posición y tamaño actual de la ventana para futuras sesiones. Esta es una función general de MUI y si la utiliza en las ventanas de YAM podrá utilizarlo para "recordar" el tamaño de ventana permanentemente de YAM.
De hecho, este comportamiento es muy común en las listas basadas en NList. El 'problema' es, que NList está por defecto automáticamente ajustando el tamaño de cada columna dependiendo del ancho de su contenido. Así que si tiene correo con p.ej. líneas de asunto muy extensas o si la columna de estado contiene una buena cantidad de iconos de estado, puede ocurrir que NList automáticamente decida redimensionar las columnas.
Mientras que esto puede ser muy molesto durante el funcionamiento normal, puede ser también bastante útil en algunos casos. Sin embargo, existe también la posibilidad de forzar a NList a que no redimensione una columna automáticamente. Para que esto ocurra, tiene que arrastrar el separador vertical al tamaño deseado (en realidad tendrá que arrastrar todas) y utilizar entonces la función 'snapshot' de MUI a la que tiene acceso normalmente a través del icono en la esquina superior derecha de la ventana principal de YAM.
Los botones de la barra de herramientas y otros gráficos se muestran con colores erróneos. ¿Por qué?
Usualmente esto ocurre debido a un fallo en la 'ilbm.datatype' y sólo ocurre si YAM se está ejecutando en pantallas hicolor o truecolor. Puede encontrar una actualización de ILBM.datatype en Aminet.
Los botones de la barra de herramientas no caben en la ventana, los botones situados a la derecha no se pueden acceder. ¿Cómo puedo solucionar esto?
Algunos usuarios creen que los gráficos son demasiado grandes, pero de hecho las etiquetas de los botones se comen demasiado espacio. Si está utilizando como fuente de etiqueta la topaz/8, entonces algunos de los botones no serán visibles en una pantalla de 640 de ancho de resolución. Solución: seleccione 'Preferencias/MUI' y vaya a la sección de 'Barra de Herramientas'. Ahora puede o elegir una fuente más delgada (helvetica/9 funciona bien) o desactivar completamente las etiquetas (modo 'sólo imágen').
El diseño de la ventana de preferencias no se adapta apropiadamente cuando se reduce su tamaño, ¿hay alguna solución disponible para esto?
Sí, lo sabemos y se ha corregido el tema en nuevas versiones de YAM. De hecho, fue un fallo en el diseño de la ventana de preferencias de las versiones <= 2.4p1 de YAM. Cualquier versión posterior no deberá tener este problema.
El funcionamiento de impresión en YAM es directamente utilizando el device PRT: del sistema operativo que esté utilizando. Por favor asegúrese de tener el dispositivo debidamente configurado y verificado que puede imprimir a través del PRT:. De esta forma, YAM no hace nada especial en la impresión.
La impresión parece funcionar, pero siempre obtengo un aviso de advertencia justo antes de que el documento se imprima?!?
Bajo ciertas circunstancias puede ocurrir que cuando intenta imprimir un mensaje, obtenga un aviso de advertencia sobre si la impresora está fuera de línea y/o notificar que la impresora no tiene papel. Sin embargo, cuando presiona Okay/Ignorar el documento se imprime perfectamente sin problemas.
La razón para este extraño comportamiento es, que YAM tiene una rutina de comprobación de impresora que intenta identificar si la impresora está en línea y/o no tiene papel. Sin embargo, esta rutina no puede funcionar bien en algunas ocasiones o si su impresora y/o printer.device notifica un estado de error.
Para sortear el problema puede definir YAM para suprimir la advertencia completamente y directmente enviar la información a la impresora a riesgo de obtener quizás estados de impresora incorrectos. Todo lo que tiene que hacer es abrir su archivo YAM:.config en un editor de texto y buscar en la configuración, "PrinterCheck". Todo lo que tiene que hacer es definir esta opción como "N" y guardar el archivo. Entonces YAM no le agobiará con estas notificaciones de error nunca más a partir del momento que lo reinicie.
¿Por qué YAM toma los corchetes como en "http:--www.example.com" como parte de URLs?
A pesar de las recomendaciones en RFC 1738 para descodificar cada caracter cuando son supuestamente parte de una URLs, un número de servidores de Internet, entidades y usuarios siguen utilizando el "[]" corchete en formato no codificado, y esto suele hacer que YAM detenga el reconocimiento de una URL en el momento en que se encuentra tales caracteres, como en "http://www.example.com/files7/myfile". Como forma de evitar este problema, YAM 2.4 toma estos caractéres como parte de la URL. Los paréntesis están permitidos en URLs en formato no codificado, el cual otra vez niega el uso de () para delimitar URLs. Está avisado de que hay que utilizar "<" y ">" para este propósito.
¿Por qué YAM falla o se cuelga cuando entro en la sección 'Mixed/Misc' en la ventana de configuración o mientras inicia?
Esto puede ser a causa de fallos en el sistema XPK (una colección de librerias utilizadas para comprimir y encriptar archivos). Es conocido que la versión 4.31 de XPK tiene un fallo en la función xpkQuery(), así que deberá actualizar al menos a la versión 4.32 o posterior. Además, en la versión 4.33 hay una versión fallida de xpkNONE.library que se puede encontrar en el directorio LIBS:compressors. Sugerimos que borre este archivo (¿quién lo utiliza?). Se pueden encontrar versiones recientes de XPK en http://www.dstoecker.eu/xpkmaster.html.
Y por último pero no menos importante, otras librerías para comprimir de terceras partes guardadas en el directorio LIBS:compressors pueden causar el mismo problema. Así que si le pasa el problema mencionado arriba, le sugerimos que utilice herramientas como 'SnoopDOS' para seguir la secuencia de apertura de la librería mientras cambia a la página de configuración 'Mixed/Misc' de YAM. En el momento en que YAM falle a causa de una librería para comprimir defectuosa, se le notificará en la salida de SnoopDOS. Elimine esta librería defectuosa de LIBS:compressors e intente iniciar YAM otra vez.
Si usted iconifica YAM mientras está abierta la ventana de preferencias de MUI, entonces realiza un AVAIL FLUSH y desiconifica YAM, obteniendo un cuelgue. Desafortunadamente, este es un fallo de MUI <=3.8. El mismo problema puede ocurrir con cualquier otra aplicaión MUI.
No puedo cambiar la dirección de remitente (De) en la ventana de escritura desde la versión YAM 2.8. ¿Por qué?
Esto no es correcto. Correcto es, que la ventana de escritura ya no tiene una opción para cambiar el texto de la dirección del remitente (De). Pero ahora hay una completa y más poderosa forma de cambiar la dirección del remitente que introduciendo el texto en un campo. Desde YAM 2.8 puede definir un número ilimitado de 'identidades' en la configuración global de YAM. Ahí, las identidades se pueden definir para tener diferentes direcciones de remitente y en el momento que haya configurado más de dos identidades la ventana de escritura mostrará un selector cíclico para 'De:' que le permitirá fácilmente cambiar de indentidad y por tanto de dirección de remitente para el mensaje que está escribiendo.
Así que simplemente tiene que definir tantas identidades como direcciones de correo diferentes utilice y entonces utilizan el selector cíclico en la ventana de escritura. Además, si está apropiadamente definido, esta identidad soporta también el permitir diferentes servidores SMTP, carpetas de correo enviado, firmas por defecto y otras opciones por cada identidad que es un modo más potente que introduciéndolo manualmente diferentes direcciones de remitente cada vez en el campo de texto correspondiente.
Bien, como usted debe saber. YAM es código libre y por tal motivo depende mucho de los usuarios (comunidad) - especialmente cuando llegamos a las traducciones de idioma. Incluso si hay organizaciones como la ATO que intenta organizar un servicio de traducción global y gratuito para aplicaciones de Amiga, nosotros estamos intentando de forma individual dar una oportunidad a la contribución de la traducción de su idioma.
Así que si usted ve que YAM todavía no está completamente traducido a su idioma, por favor eche un vistazo a la documentación en Localización. Aquí deberá encontrar información sobre como generar su propio archivo de traducción y también contribuir con nosotros.
Esperamos recibir sus traducciones.
¿Por qué algunos mensajes se muestran sin ningún tipo de texto cuando se mostraron correctamente hace algunas semanas?
Los mensajes pueden contener varios "streams", como el texto normal y los anexos. El texto sin embargo puede también existir en más de una variante. El estandar permite que coexistan en un mensaje tanto texto simple como HTML, pero en este caso ambas partes deben contener el mismo texto, incluso si se muestran diferentemente.
Ahora algunas de las compañías más modernas, aunque esto también aplica a mensajes spam, deciden rellenar sólo la parte HTML con sus mensaje y dejar la parte de texto vacía. La mayoría de los clientes de correo en otros sistemas prefieren mostrar el texto HTML sin el conocimiento de los usuarios ni reclamaciones de los mismos. Dado que YAM sigue prefiriendo el texto simple sobre otras alternativas, mostrará el mensaje sin nada.
Sin embargo, esto se puede resolver. Abra la ventana de configuración, vaya a la página de "Lectura" y active las opciones "Mostrar todos los textos" y "Mostrar partes alternativas". Esto permitirá a YAM mostrar la parte alternativa de HTML como un anexo y además mostrará esta parte HTML convertida a texto.
Cuando muestro un mensaje con estílos de letra tipo negrita/itálica, etc. embebidos el mensaje se muestra con marcadores de estílo '*' también, ¿Por qué?
En versiones anteriores a YAM 2.5+, los mensajes de coreo se mostraban con los marcadores de estílo en el mensaje. Sin embargo, esto provocaba problemas en el caso de marcadores de estílo que no se reconocían correctamente por lo que se mezclaban con el texto. Especialmente el texto con formato tipo firmas estilizadas ASCII-art o documentaciones con muestras finales en una completa mezcla de textos. Además, otros programas de transferencia de correo tampoco separan los marcadores de estílo por las mismas razones.
Ejemplo: Considerando que el autor de un mensaje escribió un documento corto ASCII-art en un mensaje p.ej. para eplicar una máscara de bit que ha utilizado y donde quiere remarcar el primer bit como importante en negrita:
0 1 0 1 1
| | | | |
| | | | bit5
*bit1* | | bit4
| bit3
bit2
Debido al carácter de estílo negrita utilizado '' esto puede acabar aparienco de la siguiente manera en versiones de YAM < 2.5 porque el carácter '' era reemplazado completamente, sólo por el estílo negrita:
0 1 0 1 1
| | | | |
| | | | bit5
bit1 | | bit4
| bit3
bit2
Como se puede ver en este ejemplo, el ASCII-art está completamente mezclado debido a la eliminación del carácter de estílo negrita "*".
Sin embargo, ahora con versiones de YAM 2.5+ este tipo de problemas fueron corregidos para mantener estos caracteres de estílo en el texto de mensaje mostrado por lo que el ejemplo de arriba, ahora se muestra correctamente con el estilo negrita y sus marcadores:
0 1 0 1 1
| | | | |
| | | | bit5
*bit1* | | bit4
| bit3
bit2
Además para esta correción, es más fácil determinar que carácter se puede utilizar para iniciar una palabra en estílo negrita mejor que tener que estar siempre utilizando el correspondiente botón de la barra de herramientas.
Para que automáticamente aparezca su navegador favorito al hacer click sonre una URL en un mensaje que está visualizando en YAM, requiere que configure o un script Arexx externo para iniciar el navegador o instalar y configurar la openurl.library y sus correspondientes herramientas. Aquí vamos a explicar ambas posibilidades. Sin embargo, OpenURL debería ser considerado el modo preferido por defecto.
A través de OpenURL: Antes de explicar como configurar correctamente OpenURL, por favor asegúrese de que tiene la versión más reciente correctamente instalada y legíble para YAM. A la hora de este escrito, la última versión de OpenURL es la versión 7.2. Por favor asegúrese de que obtiene el mismo valor en en shell al comando siguiente:
1> version LIBS:openurl.library full
openurl.library 7.2 (01.12.2005)
Además, debería tener un programa de preferencias 'OpenURL' en su directorio SYS:Prefs. Esta es la herramienta de configuración principal de OpenURL. Recién instalado OpenURL, contiene las preferencias por defecto. Sin embargo, por favor observe que estos valores por defecto mayormente no fucionan tal cual. Realmente tiene que cambiarlos para su entorno de aplicaciones de internet. Como nosotros estamos actualmente interesados en configurar un navegador de internet en OpenURL, tomamos IBrowse como ejemplo.
Así que, si tiene abierta la apliación de preferencias, verá diferentes registros para navegadores, gestores de correo y programas FTP que puede configurar. En 'Navegadores' debería encontrar una entrada 'IBrowse' con algunos valores por defecto. Haga doble click en ella y asegúrese de que muestra información parecida a la ventana siguiente:
Tenga en cuenta, especialmente que la "Ruta" definida requiere un cambio, como supondrá tiene que poner la ruta del directorio/archivo correcto para el ejecutable de IBrowse. Sin embargo, asegúrese de que el texto "%u" al final de la ruta se mantiene.
Después, asegúrese de que en la ventana principal de configuración, el registro 'Misc' contiene la siguiente configuración:
Ahora, si ha configurado todo correctamente y definido conforme a lo explicado más arriba, deberá poder abrir una URL incluso desde la línea de comandos a través del ejecutable C:OpenURL que también pertenece a la instalación por defecto de OpenURL:
1> openurl http://www.yam.ch/
Esto debería, si está correctamente configurado, inicar IBrowse en caso de que fuese ese el navegador configurado con la mayor prioridad en OpenURL. Así que verifique en su configuración de OpenURL que p.ej. IBrowse está configurado en la parte superior de su lista de navegadores. Además, si el comando anterior de openurl no produjo automáticamente el inicio del navegador, intente utilizar una herramienta tipo SnoopDOS o Snoopy para seguir que ocurre con OpenURL cuando ejecuta el comando C:OpenURL.
Si funcionó como se esperaba, puede intentar hacer doble click sobre una URL en un mensaje de YAM (después de reiniciar YAM). Si sigue sin funcionar el navegador (IBrowse) como si hizo con C:OpenURL, entonces por favor eche un vistazo a la configuración de "Scripts" en YAM. Ahí, tiene que asegurarse de que NO ha configurado ningún script Arexx para la gestión de doble click en URLs. ("Cuando haga doble-click en una URL" tiene que estar vacío)
A través de Arexx: Si, por cualquier razón puede ser, usted quiere utilizar un script Arexx para iniciar el navegador deseado, todo lo que tiene que hacer es - ir a la configuración de 'Scripts' en YAM. Ahí, asegurárse de que tiene el script 'GotoURL.yam' configurado para la acción de doble-click en URLs. Además, tiene que asegurarse de que - si está ejecutando YAM 2.5+ - el comando del script contiene un parámetro %p al final, como:
Para YAM 2.5+:
YAM:Rexx/GotoURL.yam %p
Para versiones anteriores de YAM:
YAM:Rexx/GotoURL.yam
Sin embargo, tenga otra vez en cuenta, que la forma preferida de configurar la acción de doble click sobre URLs es, utilizar OpenURL en vez del posiblemente limitado script Arexx.
YAM 2.5+ introdujo uno nuevo llamado GrupodeAnexos (AttachmentGroup) que muestra todos los anexos de un mensaje en un barra de icono/imágen en la parte inferior de la ventana de lectura del mensaje. Por cada anexo, mostrará un icono/imágen separado dependiendo del tipo de archivo del anexo. Para resolver esto, utiliza el sistema DefIcon del sistema operativo que esté utilizando. Este sistema permite (a través de SYS:Prefs/DefIcons) configurar iconos separados para varios tipos de archivos. Desafortunadamente, es limitado y especialmente en aplicaciones de terceros como YAM que puede consultar un icono/imágen para un cierto archivo; no es perfecto del todo. Además, el modo de indentificar un tipo de archivo de DefIcon está basado en ciertas reglas que el usuario puede configurar en SYS:Prefs/DefIcons donde algunas reglas realmente intentan analizar el contenido binario del archivo en cuestión y requiere por tanto que el archivo real exista.
hora, cuando YAM va a mostrar al usuario el GrupodeAnexos (AttachmentGroup), no está decodificado todas las partes MIME debido a razones de velocidad. Esto significa, que al momento que YAM intenta mostrar al usuario el icono/imágen de un anexo, sólo conoce el nombre del archivo, descripción y tamaño del anexo, pero realmente no ha leído los datos binarios del mismok. Así que, en el momento que YAM va a consultar al sistema DefIcons por el icono/imágen del archivo actual no puede suministrale el binario decodificado y por tanto sólo mostrará/consultará los tipos por defecto basados en el tipo MIME del anexo.
Sin embargo, en el momento que se descodifica el anexo, bien porque se ha visualizado/impreso/guardado desde YAM, el GrupodeAnexos (AttachmentGroup) mostrará el icono/imágen correcto basado en el que DefIcons suministra.
¿Por qué ciertos mensajes que recibo aparecen con líneas citadas como ">De " incluso si el autor de esre correo no ha escrito ese De en la línea citada?
Bien, la respuesta es, la mala definición del formato MBOX.
Ciertas implementaciones de agentes de suministro de correo (MDA) y servidores POP3 tiene diferentes interpretaciones del formato MBOX. De hecho hay numerosos MDAs (incluso procmail) ahí fuera que no escapan correctamente de estas líneas "De " apareciendo en el cuerpo del mensaje y por esa razón la mayoría de servidores POP3 llanamente suministran los mensajes fuera del formato MBOX 'tal cual' en vez de eliminar el símbolo de escape ">". Y desafortunadamente esas mal interpretaciones se han esparcído ampliamente durante varias implementaciones MDA que una reparación apropiada para esto es realmente difícil - si no imposible.
Así que, la respuesta es que estos identificadores ya se han hecho durante la entrega de correo inicial y muy probablemente su ISP es el culpable de ello. El único enfoque sensato para finalmente corregir estos identificadores comunes ">De " es forzar a su proveedor par que cambie al formato maildir mejor definido y aceptado, el cual no depende del escape '>' ...
En YAM 2.5 eliminamos la posibilidad de añadir sus propias iniciales a la cadena de referencia '>' que normalmente se pone delante de cada línea cuando responde a un mensaje. Esto se hizo conforme a las comunes netiquettes y la llamada Son-Of-RFC 1036 y sus sucesoras.
El tema es, que hay varios tipos de reglas comunes cuando se crea un mensaje. Y una de estas reglas es el modo en de debería ser referido el texto/mensaje. Cogido de la forma habitual de citar en Usenet, los mensajes utilizan el mismo carácter de referencia '>' que se pone delante de cada línea del texto respondido en un mensaje. Versiones anteiores de YAM permitian poner sus iniciales en esta cadena de referenciado tal como 'JD>' se añadía en todos los mensajes que eran referenciados por el usuario John Doe. Mientras esto parecía ser una bonita forma de tener más orden dentro del historial de lo referido, termina más o menos en mayor ofuscación de los mensajes, especialmente en conversaciones largas. Otro punto por el que tales iniciales de referenciado no se deberían utiliza es, que sólo hay una pequeña cantidad de clientes de correo que pueden identificarlos como símbolos de referenciado actuales y los corta o remarca correspondientemente en el texto de respuesta.
Por lo tanto, nosotros generalmente eliminamos la posibilidad de añadir sus iniciales a los identificadores de referencia al igual que los elementos gráficos para cambiar dichos identificadores en la ventana de configuración de YAM. Creemos realmente que es más importante la compatibilidad con la reglas comunes y RFCs.
Para más información de los pros y contras de cómo debería referenciarse los mensajes por favor eche un vistazo en http://learn.to/quote. Ponga especial atención en la sección 'Quotationsmarks' que resume mucho mejor lo comentado aquí.
Cuando respondo a un mensaje, se pone en la ventana de escritura una dirección incorrecta en el campo Para:, ¿Por qué?
Bien, parece ser una mala interpretación común de la carpeta basada en la propiedad de "lista de correo" en YAM. Normalmente YAM permite configurar una carpeta llamada "carpeta de lista de correo" donde puede definir un "Para: patrón" y "Para: dirección", para que ciertas acciones de correo como responder, reenviar o nuevo correo reaccione de forma diferente cuando los patrones configurados coincidan con la dirección Para: de un mensaje. Por ejemplo, si está suscrito a la lista de correo de usuarios de YAM deberá tener una carpeta separada para la llegad de estos mensajes desde la lista de correo de YAM y eventualmente su configuración de carpeta tendrá una configuración similar a:
'Para' patrón: #?yam@freelists.org#?
'Para' dirección: yam@freelists.org
Así que en caso de seleccionar responder a un mensajeS donde el campo Para: coincida con el patrón configurado, la dirección "Para:" preconfigurada de la carpeta será insertado en el campo de texto.
Sin embargo, parece ser que hay gente que confunde el "Para: patrón" y lo define para "#?" o su propia dirección de correo sólo. Esto claramente no es la finalidad del patrón 'Para' y definitivamente acaba no siendo posible responder correctamente a un mensaje - especialmente cuando usted está en la Bandeja de Entrada.
Así que, por favor vaya a todas sus configuraciones de carpeta (haciendo doble click en cada una de ellas) y compruebe que tiene el patrón "Para: " correctamente definido o la opción de lista de correo está desactivada para la carpeta. Lo más práctico sería, si quiere tener la función de lista de correo activada, utilizar el bóton "Auto" en la ventana de configuración de la carpeta. Esto automáticamente intentará encontrar el patrón y la dirección de correo correctos en caso de que ya tenga algunos mensajes en la carpeta.
Además, recuerde cuando conteste a un mensaje que esté guardado en la Bandeja de Entrada, que YAM comprobará todas las configuraciones de la lista de correo de todas las carpetas. Esto significa que, si pulsa "responder" a un mensaje en la Bandeja de Entrada, YAM irá consultando por todas las carpetas y si un "Para: patrón" coincide con el mensaje, la ventana de escritura recibirá el especificado "Para: dirección" en vez de la dirección del remitente original del mensaje.Así que aquí la Bandeja de Entrada es algo especial y por tanto es absolutamente necesario tener todos los patrones 'Para' de todas las carpetas definidos correctamente.
¿Cual es el propósito de la opción 'Rebotar' en YAM y puedo utilizarla p.ej. para rebotar SPAM al remitente?
Desde la versión (2.3), YAM tiene la opción de 'rebotar' (remensajear) que le permite enviar un mensaje a otro destinatario como si lo hubiese enviado el remitente originalmente. Esta funcionalidad a menudo también es llamada 'remensajear'. ¿Qué hace YAM?, tomar el mensaje como usted lo ha recibido y directamente lo reenvía a otro destinatario. El nuevo destinatario recibirá este mensaje con más o menos desconocimiento de que fue enviado previamente a otro destinatario.
De hecho, 'más o menos' en estos términos significa, que YAM añadirá una entrada de cabecera especial (p.ej. 'Resent-From:') para señalar que el mensaje en cuestión no fue enviado realmente por el remitente original, sino que en su vez fue 'reenviado'. Esto es conforme a las RFCs y da al nuevo destinatario al menos un pequeño indicio de que el mensaje en cuestión puede haber sido alterado por el camino.
Así que si alguna vez recibe un mensaje por accidente que normalmente debería haber sido enviado a otro destinatario puede utilizar la funcionalidad de rebotarlo para hacer esto. Otro uso podría ser para remitir un mensaje tal cual a otro cuenta de correo propia.
Sin embargo, esta funcionalidad no significa que sea utilizada para rebotar el correo de vuelta al autor original. Esto incluye que p.ej. si recibió un mensaje SPAM y quiere rebotarlo al autor original (el spammer) para darle la impresión de que algo falló y que no existe el usuario. Esto no sólo produce tráfico de correo innecesario sino que también no es la finalidad de la función de rebotar en YAM. Además, como el 95% del correo basura tiene direcciones de remitente falsas esto daría lugar a mensajes de error o que ha enviado SPAM a usted mismo o a alguien inocente. Los creadores de Spam no se preocupan por si el correo llega o no (por lo tanto con la dirección falsa). Después es un pequeño porcentaje los que caen por ser spam de todos los que son. Si la dirección simplemente falla entonces se va a rebotar o más comúnmente es la dirección de otra persona que se va a conseguir bombardear con mensajes rebotados.
Con YAM 2.9 el uso de la Bandeja de Salida ha cambiado. Ya no se utiliza como almacenaje de mensajes "inacabados" también conocido como "trabajando en ello y ponlo en mantener" junto con los "finalizados" también conocido como "listo para enviar", sino sólo para mensajes "finalizados". Si tiene pesando realizar modificaciones al mensaje finalmente antes de enviarlo no debería hacer click en "Enviar ahora/más tarde" en la ventana de escritura sino "Guardar como borrador". Esto guardará el mensaje en la nueva carpeta de Borradores para hacer posteriores modificaciones en el último momento. Los mensajes en la carpeta de Borradores nunca se enviará por YAM, pero puede ser fácilmente editable otra vez haciendo doble click.
Sin embargo, modificar un mensaje "finalizado" en la Bandeja de Salida todavía es posible, pero entonces el mensaje será tratado como otro mensaje recibido y YAM creará un nuevo mensaje en la Bandeja de Salida. Esta es entonces la tarea del usuario de decidir que mensaje es el que quiere enviar. El otro debería ser borrado para evitar confusiones para el destinatario que lo reciba.
Si claro. Sólo tiene que crear una nueva lista con los nombres de la agenda de contactos de YAM y añadir todos los destinatarios deseados. Entonces añadir esta lista como un destinatario normal cuando escriba un nuevo mensaje.
Si está escribiendo un mensaje en el editor de texto interno de YAM y automáticamente obtiene un mensaje de error similar a este:
+++ Error 13 in line 1: Host environment not found
Esto quiere decir que el TextEditor.mcc intenta realizar una comprobación ortográfica a través de su funcionalidad interna. Así que esto no es un mensaje de error de YAM, sino un mensaje de error que proviene de TextEditor.mcc. Para deshacerse de la advertencia, por favor vaya a las preferencias de MUI (SYS:MUI/MUI) y asegúrese de desactivar el comprobador ortográfico de TextEditor.mcc dentro de las preferencias de MUI. Después de esto el mensaje de error debería desaparecer.
Pero si usted prefiere tener funcionando la comprobación ortográfica, por favor consulte la documentación adicional sobre el soporte AlphaSpell de TextEditor.mcc y cómo definirlo apropiadamente.
¿Por qué YAM no puede marcar todas las sentencias como negrita/itálica/subrayado y las palabras destacadas no se puede tampoco?
Desde YAM 2.5 la funcionalidad de texto resaltado en YAM se cambió de acuerdo más o menos al estandar establecido cuando escribe/muetra un mensaje en diferentes programas de correo.
Anteriormente, el TextEditor interno permitía marcar todas las frases en negrita/subrayado/itálica/coloreado y mientras que esta operación terminaba mostrando aquellas frases en el estílo correspondiente, una vez después de haber enviado el correo quedaba como el siguiente ejemplo en el mensaje definitivo del correo:
*Esta frase en negrita*
Sin embargo, este esquema era completamente incompatible con el estandar establecido en la comunidad de clientes de correo. Programas de correo tales como Thunderbird nunca mostraron estas sentencias en el estílo correcto. Además, no era bastante intuitivo notar el estado negrita cuando se lee a través de este tipo de mensajes de correo electrónico, sobre todo si se envuelven en la siguiente línea.
Por tanto, la práctica del resaltado se cambió en YAM 2.5 de modo que ahora puede seleccionar cada una de las palabras en una frase y establecerle el estílo separadamente. Así quye ahora la frase anterior terminará pareciéndose a la siguiente en YAM 2.5:
*Esta* *frase* *en* *negrita*
Incluso si eso parece ser muy feo en primera instancia, es la única solución lógica al problema de tener tal mensaje intercambiable entre diferentes programas de correo. Además, en la mayoría de los casos sólo algunas palabras sueltas necesitan o deberían estar resaltadas en un mensaje por lo que difícilmente definirá una frase completa en negrita/subrayado o similar.
¿Por qué la tecla TAB no avanza en el botón del editor de texto interno cuando he finalizado de escribir la línea de asunto de un mensaje?
Este "problema" sólo debería ser visible con versiones de YAM igual o superiores a 2.5+. De hecho, realmente no es un problema, pero ha cambiado el comportamiento. El tema es, que debido al cambio a la barra de herramientas TheBar.mcc ahora es también con el MUI "CycleChain" para permitir a una aplicación tener total manejo del teclado. Así que, si ahora está editando la línea de asunto de un mensaje y pulsa la tecla TAB (Tabulador), el bóton MUI próximo que se active será el primero de la barra de herramientas en vez del botón de TextEditor como pasaba en versiones anteriores a 2.5.
Sin embargo, paa seguir teniendo la posibilidad de cambiar al editor de texto inmediatamente puede utilizar la tecla Return/Enter en su vez. Esto significa, que si usted finalizó de editar/escribir la línea de asunto y quiere cambiar al editor de texto para escribir el contenido del mensaje, sólo tiene que presionar la tecla "Return/Enter".
Cuando completo una dirección conocida YAM necesita poder distinguir una dirección de otra. Esto significa que ambos, alias y nombre real, deberían ser "relativamente" únicos. Por ejemplo: Primer nombre de la agenda de contactos: Adrian Alias: Dirección: test1@test.com Segundo nombre de la agenda de contactos: PAblo Alias: Adrian Dirección: test2@test.com En el momento que introduce "Adrian" en el campo "Para:" la lista de direcciones coincidentes aparecerá permitiéndole seleccionar el destinatario. Pero seleccionando cualquiera de estas dos entradas fallará, porque YAM no puede decir de estas dos entradas si "Adrian" es el único criterio de coincidencia. "Adrian" puede ser el nombre del primer contacto de la agenda Y el alias del segundo contacto de la agenda, pero no de una sóla entrada. Es por esto que fallará. La única solución para este problema es utilizar nombres y alias únicos. Esto significa que los nombres reales NO deben coincidir exactamente con cualquier otro alias, y viceversa.
Mi sistema se cuelga cuando borro un bloque de texto en el editor mientras uso una tecla qualifier, ¿Por qué?
Desafortunadamente, este es un fallo de la clase propia de MUI Texteditor.mcc <= v15.9 que utiliza. Por favor actualice a la última versión disponible en http://www.sf.net/projects/texteditor-mcc
Si busco "SPAM" en un filtro, los mensajes que no contienen esta cadena de texto también se filtrarán, ¿Por qué?
Bien la razón es, que usted parece haber olvidado que la campo para introducir la cadena de texto en búsquedas acepta los comodínes de AmigaDOS. Por lo tanto, el [ es un carácter especial reservado y tiene que ser "escapado" para que coincida con el propio carácter literal. Así que si usted desea buscar un [ carácter con un patrón AmigaDOS con este método tiene que utilizar:
[[SPAM]]
donde el carácter ' escapa del estado reservado de los caractéres [ y ] . Sin embargo, incluso sería más preciso utilizar:
[[SPAM]]#?
en vez de desactivar la opción "Subcadena". Esto sólo coincidiría con asuntos que realmente empiezan por SPAM ya que puede incluso ser mensajes no-SPAM que contengan esa cadena en alguna parte.
NOTA para la búsqueda de SPAM:
Los mensajes coincidientes SPAM en el marcador literal SPAM en la línea de asunto es más o menos una mala idea como si causara (incluso si correctamente saliese) muchos mensajes no-SPAM filtrados incorrectamente. Normalmente el filtro SPAM añade una línea de cabecera adicional tipo 'X-Spam-Status:' a cada mensaje verificado. Para reducir la cantidad de mensajes coincidentes incorrectamente sería mejor hacer una búsqueda por ésta línea de cabecera y buscar si empieza por "Yes".
El filtro spam de YAM es un filtro adaptativo - un filtro spam llamado Bayesian - que fue portado del ya conocido cliente de correo Thunderbird y se comporta de la misma manera.
Fondo: La naturaleza de este tipo de filtro spam es un proceso de aprendizaje interactivo donde el contenido del mensaje se evaluará conforme a la probabilidad de cálculo de spam. Esto significa, que al principio es absolútamente "estúpido" y no sabe que mensajes son realmente spam y cuales no. Por tanto el filtro necesita ser entrenado manualmente para poder distinguir entre spam y no spam.
Uso: Después de activar el filtro spam todos los mensajes recientes recibidos serán clasificados la mayoría como spam y automáticamente serán movidos a la carpeta spam. Esto es absolutamente normal e intencionado! Otra vez, recuerde que el funcionamiento de spam es "estúpido" y sólo se basa en la entrada del usuario.
Ahora usted tiene que decirle a YAM que mensajes son realmente spam y cuales no (llamado Ham). Simplemente marque todos los mensajes normales (no spam) que se moverán de la carpeta spam a "No Spam" en otra carpeta (p.ej. la Bandeja de Entrada). Esto entrenará el funcionamiento de spam sobre que mensajes parecen "no spam". Tales mensajes se llaman falsos negativos porque fueron automáticamente identificados como spam y no lo eran. Continúe haciendo esto con el mayor número posible de mensajes "no spam" que reciba que sean automáticamente identificados por accidente como spam.
Por supuesto, el procedimiento de spam aplica al correo spam que no fue reconocido como spam. Si llega un nuevo mensaje y no se reconoció apropiadamente como spam lo identifica como spam manualmente. Continúe haciéndolo con todos los mensajes nuevos que reciba. Después de algún tiempo YAM llegará a ser gradualmente mejor en el reconocimiento correcto de mensajes spam y usted tendrá que clasificar los falsos positivos y los mensajes no reconocidos como spam muy de vez en cuando - Sin embargo, siempre habrá una pequeña probabilidad de falsos positivos y de algún mensaje no reconocido como spam, no pasa nada.
ADVERTENCIA: NO debería "forzar" el proceso de aprendizaje mediante la clasificación de sus mensajes spam previamente recibidos de forma manual después de activar el filtro spam. YAM aprenderá mejor por él mismo con una pequeña ayuda del usuario, como se describe más arriba. Sólo recientes mensajes recibidos deberían ser manualmente identificados como spam o no spam. Usualmente alrededor de 100 mensajes (tanto buenos como malos) son suficientes para permitir a YAM reconocer los mensajes spam correctamente con una probabilidad del 90% o más. Sin embargo, si por alguna razón el filtro spam "deja" de funcionarle no importa como lo entrene, vaya a la configuración de YAM y reinicie los datos de entrenamiento de SPAM y reinicie marcar spam y no spam manualmente cuando llegue correo nuevo.
Algunos proveedores de correo (ISP) recientemente cambiaron sus requerimientos con respecto a la forma de manejar el correo entrante y quién está autorizado para enviar correo a través de sus servidores mediante el protocolo SMTP. Principalmente esto fue necesario para reducir la cantidad de SPAM, dejando sólo autorizados a los usuarios para enviar mensajes. Este protocolo se llama SMTP-AUTH y está completamente soportado por YAM 2.5+.
A menudo los proveedores incluso requieren a los usuarios conectarse a sus servidores SMTP a través sólo de conexiones ecriptadas. Esto es por lo que la función SSL/TLS está disponible en YAM. Junto a la librería AmiSSL requerida, encripta completamente todas las transferencias a través YAM y el servidor de correo. Para utilizar esta conexión de seguridad tiene que instalar AmiSSL V3.5. Para AmigaOS4.0 ya viene con la versión de AmiSSL V3.5 instalada, para OS3.x o MorphOS tiene que descargar la versión 3.6 de AmiSSL 3.6 desde la página de AmiSSL e instalarla en su sistema.
Para configurar correctamente una conexión SMTP-AUTH en YAM, puede ir a la página TCP/IP en la ventana de configuración. Ahí tiene que asegurarse que tiene configurado SMTP conforme a:
tipo de conexión segura: SSLv3 (si se requiere)
usar SMTP-AUTH: yes
nombre de usuario: <su nombre de usuario>
Clave: <su contraseña>
Método: Auto
Usualmente 'Auto' como método de autenticación debería ser suficiente. Si su proveedor de correo sigue sin aceptar sus mensajes entonces debería seleccionar un método específico de autenticación (DIGEST-MD5, CRAM-MD5, LOGIN o PLAIN).
Y si aún así no puede enviar mensajes con ningún método predefinido, entonces debe ejecutar YAM con la opción en la línea de comando DEBUG. Esta opción activará el depurado interno de TCP/IP y enviará información de salida sobre la conexión a la ventana shell desde donde ha iniciado YAM. Vea FAQ para más información de cómo depurar YAM.
Cuando envío mensajes a través de smtp.gmail.com, YAM devuelve un error sobre la finalización de la conexión. Sin embargo, el mensaje se enviará correctamente a sus destinatarios.
Parece que esto es un problema/fallo de la implementación del servidor SMTP en los servidores de correo de googlemail (smtp.gmail.com, smtp.googlemail.com, ...). Al enviar un correo electrónico sobre uno de los servidores SMTP de googlemail, el servidor inmediatamente corta la conexión cuando el cliente (YAM) le indica que quiere finalizar la conexión. Sin embargo, el estándar (RFC 2821) define claramente que si un servidor recibe un comando QUIT, tiene que responder con un código de estado y después cancelar la conexión. Desafortunadamente, los servidores de googlemail parece no enviar este código de estado y más si el correo ya fue transferido con éxito. Esto, por supuesto, claramente viola la norma y provoca que YAM caiga en un mensaje de error/advertencia acerca de una caída inesperada de la conexión.
Desafortunadamente, no existe ninguna forma de evitar/suprimir estos avisos con YAM 2.4. Sin embargo, versiones recientes (2.5) han añadido una solución para el problema y automáticamente no aparecerán más estos avisos.
Seguimos, en gran medida sugiriendo que envíen un mensaje al soporte de googlemail para hacerles saber sobre el problema. por supuesto, tiene completa libertad para mencionar este item del FAQ con la esperanza de que algún día los desarrolladores de googlemail lean esto y lo corrigan en la implementación de sus servidores SMTP.
Además de la violación indicada anteriormente a las RFCs, los servidores gmail parecen tener una fase extraña de larga espera cuando se comunica con clientes SMTP como YAM. esto significa que upon sending an email it might happen that right at the end of the communication to the SMTP server of google, YAM devuelve un error a causa de que el servidor gmail no respondió correctamente con YAM en el intervalo de tiempo especificado. Por otro lado puede ser que este intervalo de tiempo simplemente estuviese mal definido por un valor demasiado pequeño. Así que por favor asegúrese (si está ejecutando YAM 2.5+) que su archivo ".config" tiene el valor de "SocketTimeout" justo al final del archivo definido en al menos 30 o más que significa que YAM esperará 30 segundos para obtener respuesta del servidor de correo antes de considerar que la conexión ha falladao/perdido.
Cuando utilizo Genesis, Yam siempre utiliza el usuario de Genesis para elegir la cuenta. ¿Cómo puedo cambiar esto?
YAM tiene especial soporte para la pila TCP/IP de Genesis siendo posible consultar el usuario actual. Así que soporta automáticamente iniciar YAM con el usuario de la pila TCP/IP de Genesis que actualmente está en uso. P.ej. Si usted tiene configurado Genesis para un usuario "john doe" y tiene el mismo nombre de usuario configurado en YAM, iniciará automáticamente con el usuario activo y no realizará consulta de seleccionar usuario y contraseña.
Sin embargo, si por alguna razón no pudiera sincronizar los nombres de usuario de Genesis<>YAM, puede iniciar YAM bien desde la línea de comandos con la opción "USER " o bien añadiendo el 'USER' en la tooltype del icono de YAM. En este caso, YAM entonces seleccionará automáticamente el usuario especificado y sólo pedirá contraseña.
No puedo abortar una transferencia POP3 y todas las aplicaciones parecen quedarse colgadas, ¿Por qué?
YAM ha sido una aplicación single-threaded hasta la versión 2.7 que utiliza el llamado blocking socket I/O. Esto significa, que hasta la versión 2.7 un sólo proceso de trabajo a la vez que una simple transferencia TCP/IP como una conexión POP3 o SMTP o transferencia podía bloquear todas las aplicaciones (incluso las operaciones GUI) en caso de que el servidor no respondiese. Esto, por ejemplo puede ocurrir si el servidor POP3/SMTP al que intenta conectar no está respondiendo apropiadamente a su conexión porque se ha interrumpido de repente.
La razón para que se bloquee el GUI, desde el momento que YAM está intentandp conectar a otro servidor, está totalmente relacionado con la funcionalidad de la pila TCP/IP que está corriendo en su sistema operativo (p.ej. Roadshow en AmigaOS4). Y como YAM está todavía utilizando el blocking socket I/O y la pila TCP/IP puede tener un largo periodo de espera para recuperar una cierta operación TCP/IP de repente puede causar que su aplicación YAM se bloquee hasta que la pila TCP/IP decida retornar de la llamada al blocking socket.
Incluso si para la mayoría de tipos de conexión y usuarios esto no pudiera ser un gran problema, sabemos que puede llegar a ser muy desagradable y molesto. Especialmente si está teniendo una conexión dail-up. Sin embargo, tenemos ya planeado corregir el problema en futuras versiones introduciendo completo multi-canal junto con el uso de non-blocking socket I/O en YAM. Hasta que eso ocurra, puede intentar también reducir el tiempo de espera de su pila TCP/IP stack y/o intentar desconectar su pila TCP/IP si la conexión de repente bloquea YAM.
Como se ha mencionado anteriormente, desde la versión 2.7 YAM es completamente multicanal y no debería bloquear ningún elemento GUI durante una transferencia de red.
Tengo activado la descarga/envío automático en el arranque, pero YAM 2.6 no realizar el intercambio de correo. ¿Por qué?
YAM soporta varios usuarios. Cada uno de estos usuarios deben tener un nombre real para permitir a YAM distinguir entre estos usuarios. Este nombre debe definido en el administrador de usuarios de YAM.
El problema con el intercambio automático de correo en el arranque se origina si un usuario no tiene un nombre real. En este caso YAM 2.6 no puede detectar that upon a (re)start the user has changed and hence it will skip the automatic mail exchange completely. Sin embargo esto sólo puede ocurrir si usted nunca ha abierto el administrador de usuarios de YAM para facilitar un nombre real de usuario.
La solución es muy simple: abra la ventana del administrador de usuarios de YAM, compruebe que todos los nombres de usuario sean correcto y cierre la ventana otra vez. Después de esto se realizará el intercambio de correo automáticamente al iniciar otra vez.