Articulo de referencia

UW IMAP

"},"latest_release_version":{"wt":"imap-2007f "},"developer":{"wt":"[[University of Washington]]"},"released":{"wt":""},"operating system":{"wt":""},"programming language":{"wt"...

El servidor IMAP de la UW fue [ 3 ] la implementación de servidor de referencia del Protocolo de Acceso a Mensajes de Internet . [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] Fue desarrollado en la Universidad de Washington por Mark Crispin y otros. [ 10 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ]

Historia

El desarrollo de UW-IMAP comenzó alrededor de 1988. [ 6 ]

En 2003, UW IMAP se encontraba entre los tres paquetes de servidor IMAP de software libre más populares , siendo los otros dos Cyrus IMAP y Courier IMAP . [ 11 ] [ 12 ] [ 13 ] En 2005, momento en el que su código fuente había sido ampliamente reescrito, [ 6 ] se encontraba entre los dos primeros, siendo el otro Cyrus IMAP. [ 14 ] [ 15 ]

En mayo de 2008, la Universidad de Washington puso fin al desarrollo de UW IMAP. [ 3 ]

El 4 de agosto de 2008, el personal de la Universidad de Washington que había participado en el desarrollo de UW IMAP, Pine y Alpine, anunció que "cambiarían nuestro esfuerzo del desarrollo directo a un rol más de consulta y coordinación para ayudar a integrar las contribuciones de la comunidad", [ 16 ] a raíz de los despidos en la división de tecnología de la Universidad de Washington. [ 17 ]

c. Enero - agosto de 2009, los mantenedores de Debian GNU/Linux, un importante distribuidor derivado de UW IMAP, comenzaron a retirar sus paquetes UW IMAP. [ 18 ] [ 19 ]

En septiembre de 2009, Mark Crispin, autor principal de UW IMAP, anunció una bifurcación llamada Panda IMAP. [ 3 ] Crispin murió a finales de 2012. [ 20 ]

Al menos un entusiasta de UW IMAP mantiene un repositorio público de código fuente que contiene el historial de commits de UW IMAP y Panda IMAP desde el inicio del proyecto hasta el lanzamiento final de Crispin. [ 21 ]

Elogios y críticas

Durante gran parte de la década de 2000, UW IMAP fue considerado una buena opción debido a su fácil disponibilidad, su inclusión en todas las principales distribuciones de Linux, su compatibilidad con POP e IMAP y su facilidad de instalación. [ 22 ] [ 14 ] [ 23 ] También recibió elogios por su facilidad de administración y su compatibilidad con formatos de buzón de larga data, [ 7 ] y por su pequeño tamaño y simplicidad. [ 24 ]

A diferencia de los servidores IMAP posteriores, UW IMAP vinculó las cuentas de usuario IMAP con las cuentas de usuario en el sistema operativo subyacente del servidor . [ 25 ] [ 26 ] Esta característica, junto con el uso predeterminado de archivos de buzón monolíticos de UW IMAP, tenía como objetivo garantizar la compatibilidad con sistemas operativos heredados y prácticas de administración de correo electrónico , pero generó críticas de algunos comentaristas. [ 27 ] [ 28 ] En particular, Sam Varshavchik, desarrollador del servidor IMAP Courier de la competencia, sugirió que la decisión de Crispin de no agregar soporte para maildir (un formato de buzón no monolítico popular) a UW IMAP pudo haber surgido del resentimiento persistente por un desacuerdo anterior que Crispin había tenido con el diseñador de maildir, Daniel J. Bernstein . [ 29 ] La insistencia de Crispin en mantener el soporte de UW IMAP para archivos planos como almacenes de correo fue criticada, por los mantenedores del servidor IMAP Citadel de la competencia , por causar una complejidad innecesaria en el protocolo IMAP. [ 30 ]

Además, Varshavchik señaló que, a pesar de la insistencia de Crispin en que otros servidores IMAP cumplieran con las especificaciones IMAP, el servidor IMAP de la UW y su cliente IMAP correspondiente, Pine, utilizaban una extensión IMAP privada que no estaba documentada en dicha especificación. [ 9 ] El servidor IMAP de la UW también fue criticado por su susceptibilidad a los desbordamientos de búfer y por su falta de separación de privilegios en relación con sus competidores Cyrus y Courier, [ 24 ] En 2007, existían programas informáticos capaces de explotar vulnerabilidades de seguridad en instalaciones de IMAP de la UW sin parchear o mal configuradas. [ 31 ] y por su soporte SSL poco fiable. [ 32 ]

Componentes y características

UW IMAP fue diseñado para ser compatible con los sistemas y almacenes de correo heredados existentes, y para poder instalarse "plug-and-play" sin necesidad de ninguna configuración específica del sitio.

UW IMAP utiliza el motor de correo c-client que también utilizan los clientes de correo electrónico Alpine y Pine . [ 6 ] [ 10 ] c-client admite múltiples formatos de almacenamiento de correo, incluidos los spools de noticias de Usenet , MIX , mbox , mbx , mx , mh , tenex , mtx , MMDF y phile . [ 6 ] c-client también incluye soporte para los protocolos de Internet IMAP , POP3 , NNTP y SMTP .

También se incluyen con UW IMAP los servidores POP2 y POP3 , [ 33 ] [ 26 ] el programa de utilidad mailutil y los agentes de entrega de correo dmail y tmail . [ 2 ]

En 2005, el código fuente de UW IMAP constaba de 135.000 líneas de código , de las cuales el propio servidor IMAP comprendía 4.000 líneas y el cliente C comprendía el resto. [ 6 ]

Compatibilidad con extensibilidad y Maildir

UW IMAP no admite oficialmente el formato maildir. [ 34 ] Sin embargo, se puede parchear UW IMAP para que admita otros formatos, como maildir. [ 34 ] Gluelogic ofrece un parche para admitir maildirs en Pine. [ 35 ] La instancia de Pine parcheada se puede usar para compilar UW IMAP con soporte nominal para maildir. Sin embargo, esto produce un servidor con errores que no distingue correctamente entre mensajes no vistos y recientes. Hay un parche disponible para Alpine que se puede usar de manera similar, pero con menos inconvenientes. [ 36 ]

Véase también

Referencias

  1. 1 2 "Documentación del servidor IMAP de la UW: RELNOTES" . Universidad de Washington . 22 de julio de 2011. Recuperado el 4 de noviembre de 2018 .
  2. 1 2 " Centro de Información IMAP" . Universidad de Washington . 23 de julio de 2009. Consultado el 4 de noviembre de 2018. La Universidad de Washington licencia el código fuente del kit de herramientas UW IMAP, imap-2006 y posteriores, bajo la Licencia Apache, Versión 2.0. El kit de herramientas UW IMAP incluye lo siguiente:
    • Biblioteca c-client: una API (interfaz de programación de aplicaciones) utilizada para crear clientes y servidores de correo electrónico, incluyendo soporte para los protocolos IMAP, POP3, SMTP y NNTP y para el acceso a archivos de buzón local en Unix y Windows.
    • Servidores POP2 (ipop2d), POP3 (ipop3d) e IMAP4rev1 (imapd) de la UW
    • mailutil: un programa de utilidad que ayuda a administrar buzones de correo electrónico (tanto locales como IMAP/POP3/NNTP).
    • dmail: un MDA (Agente de Entrega de Correo) para usar con procmail
    • tmail: un MDA para usar con el servidor de correo del sistema (por ejemplo, sendmail, postfix, etc.)
  3. 1 2 3 "Página principal de Panda IMAP" . Archivado del original el 16/07/2012 . Recuperado el 23/09/2008 . Panda IMAP se bifurcó de UW IMAP 2007b cuando se interrumpió el desarrollo de UW IMAP en mayo de 2008. Desde entonces, la Universidad de Washington solo ha realizado cambios menores de soporte en UW IMAP (UW IMAP 2007f) para algunos (pero no todos) los problemas críticos. Todos los cambios de UW IMAP 2007f, o mejores, están en Panda IMAP. A diferencia de UW IMAP, Panda IMAP supera completamente todas las pruebas del conjunto de pruebas de estado de conformidad del servidor IMAP . Panda IMAP es uno de los tres servidores que lo hacen; los otros son Dovecot y SurgeMail. La versión actual de Panda IMAP es imap-2010... Panda IMAP está disponible mediante donación. Para obtener más información, póngase en contacto con nosotros por correo electrónico al administrador de correo de panda.com. No ofrecemos soporte para UW IMAP ni Alpine. Ambos son proyectos abandonados. Es improbable que UW vuelva a actualizarlos.{{cite web}}: Enlace externo en |quote=( ayuda )
  4. 1 2 Christenson 2003 , p. 110 : "UW IMAP es la implementación de referencia del protocolo IMAP. Se puede adaptar de forma flexible a una amplia variedad de formatos de almacenamiento de mensajes, aunque con mayor frecuencia utiliza una edición ligeramente modificada del formato de carpeta de la 7.ª edición. Para servidores pequeños, UW IMAP funciona adecuadamente, pero carece de algunas de las funcionalidades de otros sistemas IMAP. Debido a su rendimiento relativamente bajo, este paquete rara vez se utiliza en entornos exigentes." 
  5. 1 2 Gareiss, Robin (4 de febrero de 2010). "UC y código abierto: Encontrando el LAMP mágico" . Network World . ¿Cuál es la pila LAMP de [Comunicaciones Unificadas]? ... Nemertes define los sistemas UC como aquellos que proporcionan como mínimo VOIP, mensajería unificada, IM/presencia y conferencias (audio, video, web); las características adicionales pueden incluir funcionalidad de contacto, clientes móviles, integración con sistemas de video y telepresencia basados ​​en salas e integración con plataformas de computación social. Veamos las opciones de código abierto en las categorías principales. ... Yo estaría a favor de IMAP, específicamente la implementación de referencia UW IMAP de los protocolos IMAP, o la bifurcación Panda IMAP de ese árbol.
  6. 1 2 3 4 5 6 7 Golubitsky 2005 , pág. 12 : "UW-IMAP está escrito y mantenido en la Universidad de Washington por Mark Crispin, autor del RFC IMAP original. El propósito de este paquete es proporcionar un servidor IMAP simple y flexible para sistemas multiusuario. El paquete parte de la premisa de que IMAP será uno de los muchos métodos de inicio de sesión mediante los cuales los usuarios remotos pueden acceder al sistema. En particular, las diferencias funcionales entre el acceso IMAP y un método de acceso a la consola como SSH deberían ser solo que el acceso IMAP está optimizado para la lectura de correo. Restringir el acceso IMAP más allá del acceso otorgado a un usuario de la consola no es un objetivo de diseño.El servidor UW-IMAP ha estado en desarrollo activo desde 1988, aunque todo el código fuente se ha reescrito varias veces desde entonces. Se considera que el código actual se remonta solo hasta la versión imap-2000 de 2000. Mirando más atrás, encuentro una superposición de código de aproximadamente el 20% entre imap-2004c1 (la versión más reciente al momento de escribir esto) y la versión imap-4 de 1996, y No hay superposición entre imap-2004c1 y ninguna versión anterior a imap-4.El código fuente actual contiene 135.000 líneas de código y 40.000 líneas de otros archivos. De este código, el servidor IMAP en sí comprende solo 4.000 líneas, mientras que el resto del código consiste en una biblioteca interna (compilada) llamada c-client. Esta biblioteca también es el backend para el cliente de correo electrónico Pine.La compilación de imapd proporciona un único binario con un único propósito. Se debe utilizar un programa externo como inetd para escuchar en los puertos IMAP apropiados. Cuando se establece una conexión, se crea un proceso imapd, maneja esa única conexión y luego finaliza. Dado que el lugar de UW imapd en el sistema es simple, la cantidad de código necesaria para su implementación se reduce. La contrapartida es una mayor dependencia de otros programas para realizar funciones principales, sobre todo la entrega de correo y la escucha de puertos. El programa imapd tampoco requiere un archivo de configuración; las opciones de configuración se seleccionan en tiempo de compilación.Otra característica notable de La característica principal de UW-IMAP es su independencia del formato de buzón. Por defecto, la instalación de UNIX UW se compila con soporte para los tipos de buzón mbox, mbx, mx, mh, tenex, mtx, mmdf y phile. Este soporte se proporciona mediante controladores de buzón. Se utiliza lógica interna para determinar el tipo de buzón y, a continuación, la ejecución se transfiere al controlador correspondiente. 
  7. 1 2 3 Koka & Lipasti 2004 , p. 2 : "El servidor IMAP de la Universidad de Washington es una implementación de referencia de código abierto de IMAP escrita por Mark Crispin, el inventor de IMAP. Es popular por su facilidad de administración, flexibilidad y compatibilidad con los formatos de buzón existentes." 
  8. 1 2 Blum 2001 , p. 468 : "El paquete POP3 e IMAP más común utilizado en la plataforma Unix fue desarrollado en la Universidad de Washington. Aunque el paquete de software se llama IMAP, incluye un servidor POP3 y un servidor IMAP4rev1. ... Muchas distribuciones de Linux ya incluyen un paquete binario UW IMAP. Puede optar por instalar UW IMAP desde la distribución que viene con su sistema Unix, o puede descargar el archivo de código fuente actual y compilarlo usted mismo." 
  9. 1 2 3 Varshavchik 2014 : "UW-IMAP y Pine, las llamadas "implementaciones de referencia" de IMAP, utilizan una extensión IMAP privada y no documentada ( enlace original )."
  10. 1 2 Mullet & Mullet 2000 , pp. 205–206 : "El servidor IMAP de la Universidad de Washington (UW IMAP) es un servidor IMAP que utiliza inetd o un superdemonio de Internet similar para proporcionar a los usuarios acceso IMAP a un almacén de correo.Normalmente, cuando la gente se refiere a UW IMAP, se refiere específicamente al componente demonio IMAP del entorno de desarrollo IMAP4rev1/C-Client. El paquete del entorno de desarrollo incluye una utilidad de prueba IMAP llamada mtest y una biblioteca API IMAP llamada C-Client. También incluye un par de servidores POP que ofrecen acceso proxy a su servidor IMAP a través de POP, para una transición más sencilla desde sistemas POP heredados. El propio demonio UW IMAP está incluido con el popular cliente de correo PINE y con muchas versiones del sistema operativo Linux.Disponibles en un paquete separado están las utilidades UW IMAP, un conjunto de herramientas para administrar un servidor IMAP. Las utilidades UW IMAP fueron desarrolladas por la Universidad de Washington y se basan en la API C-Client...La UW El conjunto de características y el diseño de IMAP lo hacen ideal para un sistema existente que desee agregar IMAP. Se puede usar directamente en cualquier sistema de usuario de shell de Unix, sin modificaciones ni infraestructura especial.También se puede usar para un servidor IMAP dedicado; sin embargo, es posible que deba considerar modificarlo si planea escalarlo a comunidades de usuarios muy grandes. La cantidad de usuarios IMAP que un sistema en particular puede soportar depende en gran medida del hardware y del sistema operativo. UW IMAP no requiere muchos recursos del sistema, pero sí necesita memoria por proceso y ancho de banda de disco adecuados. Puede haber más usuarios de UW IMAP en un sistema que usuarios de shell de Unix, pero dentro de lo razonable; si una máquina en particular no maneja bien 5000 usuarios de shell de Unix, no espere que maneje bien 100 000 usuarios de UW IMAP.En general, el escalado funciona mejor con un clúster de sistemas pequeños que con un monolito gigantesco. Una CPU rápida es mucho menos importante que un gran ancho de banda de disco...La Universidad de Washington presta servicio a su comunidad de 80 000 usuarios. Con un clúster de servidores IMAP pequeños y económicos, a cada uno de los cuales se le asigna una porción del espacio de usuario total. Los servidores IMAP se encuentran en un dominio DNS especial vinculado al sistema de cuentas de la UW. El usuario fred puede ser movido a un servidor IMAP diferente, pero fred.deskmail.washington.edu siempre apunta a su servidor IMAP asignado.La mayoría de las variantes de Unix, en particular las de código abierto, suelen incluir un demonio IMAP sin etiqueta ( imapd ). Es probable que este demonio sea el servidor IMAP de la UW. Probablemente, el dato más interesante y significativo sobre el servidor IMAP de la Universidad de Washington es que fue escrito por Mark Crispin, el creador de IMAP. Se podría decir que Crispin es para la comunidad IMAP lo que Linus Torvalds es para la comunidad Linux. Crispin inventó IMAP completamente solo, cuando se le pidió que creara un sistema de correo distribuido sin ninguna guía. Escribió el servidor IMAP original desde cero en lenguaje ensamblador DEC-20 en 1985. El diseño inicial de IMAP estuvo fuertemente influenciado por el sistema de correo DEC-20, del cual Crispin también fue el principal desarrollador y mantenedor. Los primeros nueve años del desarrollo de IMAP se le pueden atribuir por completo a Crispin.
  11. Bauer 2003 : "Los tres servidores IMAP de código abierto más populares son University of Washington IMAP (UW IMAP), Cyrus IMAP de Carnegie Mellon University y Courier IMAP de Inter7 Internet Technologies."
  12. Christenson 2003 , p. 5 : "Los tres servidores IMAP de código abierto más comunes son Cyrus [CYR], UW-IMAP [UWI] y los paquetes Courier IMAP [COU]." 
  13. Christenson 2003 , p. 108 : "Existen tres soluciones populares de servidor IMAP de código abierto: las soluciones IMAP de la Universidad de Washington (UW), Cyrus y Courier. Cada una tiene su propio nicho y características que la convierten en la mejor opción en determinadas circunstancias." 
  14. 1 2 Bautts, Dawson y Purdy 2005 , p. 259 : "[La] facilidad de configuración e instalación de UW IMAP a menudo lo hace más atractivo [que otros servidores IMAP]. En este capítulo, nos centraremos principalmente en los dos servidores IMAP más comunes: UW IMAP, debido a su popularidad y facilidad de instalación, y Cyrus IMAP, debido a sus características de seguridad adicionales." 
  15. Golubitsky 2005 , p. 10 : "[Existen] tres servidores IMAP de código abierto disponibles gratuitamente que comparten la mayor parte del mercado: UW-IMAP, Cyrus y Courier-IMAP." 
  16. "Estatus alpino" . Archivado del original el 28 de julio de 2014. Consultado el 22 de noviembre de 2016 .
  17. Perry, Nick (21 de mayo de 2008). "La UW despide a trabajadores del sector tecnológico" . The Seattle Times . Consultado el 22 de noviembre de 2016 .
  18. "Re: [ release-notes ] Paquetes obsoletos, ajuste el número de versión" . lists.debian.org .
  19. "Re: ¿Se ha descontinuado uw-imapd para squeeze?" . lists.debian.org .
  20. "Mark Reed Crispin" . Cookfamilyfuneralhome.com . Consultado el 4 de noviembre de 2018 .
  21. "jonabbey/panda-imap" . GitHub . 9 de mayo de 2022.
  22. Smith 2003 , pág. 527 : "Debido a que está fácilmente disponible, viene incluido en todas las principales distribuciones de Linux y admite tanto POP como IMAP, esta sección [del libro] describe la instalación y configuración de UW IMAP." 
  23. Soyinka 2008 , pp. 468–469 : "[Cubrimos] la instalación y configuración del servidor IMAP de la Universidad de Washington (UW), que incluye un hook para servidor POP. Este servidor de correo en particular ha estado disponible durante muchos años. El proceso de instalación también es sencillo. Para una base de usuarios pequeña o mediana (hasta unos cientos de usuarios), debería funcionar bien.Si le interesa un servidor de correo de mayor volumen para IMAP, considere el servidor IMAP Cyrus o Courier. Ambos ofrecen impresionantes opciones de escalabilidad; sin embargo, requieren un procedimiento de instalación y configuración ligeramente más complejo...La mayoría de las distribuciones de Linux tienen binarios preempaquetados para UW-IMAP en los repositorios de la distribución. Por ejemplo, UW-IMAP se puede instalar en Fedora usando Yum ..." 
  24. 1 2 Golubitsky 2005 , pp. 13, 20 : "El principal beneficio de UW-IMAP es que es el más pequeño y simple de los tres servidores, tanto en términos de tamaño de código y funciones principales proporcionadas, como porque proporciona un conjunto más pequeño de métodos de API IMAP que los otros servidores. (El pequeño conjunto de API puede deberse en parte al hecho de que el autor de UW escribió el RFC de IMAP, que define el conjunto mínimo permitido de funciones de API).Sin embargo, los inconvenientes son muchos y parecen reducirse a la filosofía de diseño del paquete. El código no es modular en absoluto... y dado que la mayor parte de la funcionalidad la proporciona una biblioteca de cliente C que también es el backend para el cliente de correo Pine, es posible que se compile en el servidor UW funcionalidad que realmente solo es necesaria o deseable para el funcionamiento del cliente...A pesar del historial de desbordamientos de búfer de UW-IMAP, todavía abundan las instancias de funciones de cadena que no realizan comprobación de longitud (como) dentro del código...Según la métrica de atacabilidad utilizada aquí, Courier es el servidor menos vulnerable, mientras que UW y Cyrus obtienen puntuaciones similares... A pesar del gran tamaño del código fuente de Cyrus, su atacabilidad es similar a la de UW-IMAP, lo que indica que Cyrus tiene una buena separación de privilegios, mientras que UW-IMAP no. sprintf
  25. Glennon 2000 , p. 385 : «La administración de un servidor estilo UW está más estrechamente ligada al sistema operativo en el que se ejecuta. En otras palabras, si ejecuta el servidor UW-IMAP en un sistema UNIX, prepárese para administrar cuentas UNIX, así como aspectos del servicio IMAP... Si, por otro lado, elige Cyrus IMAP como su solución, es posible que nunca necesite crear ni administrar cuentas de usuario UNIX. Sin embargo, su conocimiento de la implementación de IMAP y las utilidades para su mantenimiento deberá ser más extenso.» 
  26. 1 2 Smith 2011 , p. 382 : "A pesar de su nombre, el servidor IMAP de la Universidad de Washington... admite POP2, POP3 e IMAP. Los servidores POP utilizan el servidor IMAP internamente. Este conjunto de servidores generalmente se distribuye en un paquete llamadoo. El servidor IMAP almacena las carpetas de correo de los usuarios en los directorios personales de los usuarios, lo que puede resultar incómodo si los usuarios también inician sesión en sus cuentas y almacenan allí archivos que no son de correo." imapuw-imapd
  27. Bauer 2003 : "[En comparación con Cyrus IMAP y Courier IMAP,] UW IMAP es el menos flexible, ya que solo admite la entrega de archivos de correo de cuentas de usuario locales; la bandeja de entrada de cada usuario local se almacena como un único archivo plano/var/mail/myusername. Esto tiene dos desventajas: cada usuario de correo también debe ser un usuario del sistema, y ​​solo un proceso puede escribir en la bandeja de entrada de un usuario determinado en un momento dado, lo que podría generar complicaciones de bloqueo de archivos."
  28. Elprin y Parno 2003 : "Este artículo compara el rendimiento de tres servidores IMAP diferentes, cada uno con un mecanismo de almacenamiento distinto: Cyrus utiliza una base de datos basada en BerkeleyDB, Courier-IMAP utiliza maildirs y UW-IMAP utiliza archivos mbox. También utilizamos una base de datos MySQL para simular un servidor IMAP basado en una base de datos relacional. Observamos que Cyrus y MySQL superan a UW y Courier en la mayoría de las pruebas, a menudo con una diferencia abismal. Cyrus es especialmente eficiente en operaciones de escaneo, como la recuperación de encabezados, y también destaca en búsquedas en campos de encabezado. UW y Cyrus tienen un rendimiento similar en búsquedas de texto completo, aunque Cyrus parece escalar ligeramente mejor a medida que aumenta el tamaño del buzón. MySQL sobresale en búsquedas de texto completo y recuperación de encabezados, pero su rendimiento es deficiente al eliminar mensajes."
  29. Varshavchik 2014 : "En mayo de 1992, Dan Bernstein sugirió... usar RFC 931 para contrarrestar ciertas clases de encabezados de correo falsificados. Mark Crispin se opuso por varios motivos técnicos... Bernstein finalmente ganó esta discusión, aunque ciertos otros problemas técnicos con el documento RFC 931 jugaban a favor de Crispin (y apoyaban su posición). [Finalmente] RFC 931 fue revisado y actualizado para convertirse en RFC 1413 [con el crédito dado a Bernstein, no a Crispin].Bernstein continuó escribiendo el servidor Qmail. Qmail introdujo un nuevo método de archivo para almacenar correo electrónico, maildirs, [que] abordó varias deficiencias de larga data del formato de correo tradicional... mbox (el formato de correo predeterminado utilizado por el servidor UW-IMAP)...Entre 1995 y 1999, Qmail ganó popularidad hasta convertirse en el segundo servidor de correo más popular en Internet. Con la creciente popularidad de Qmail, la gente comenzó a preguntarle a Crispin sobre agregar soporte para Los directorios de correo de Qmail se conectan al servidor UW-IMAP. Crispin, aún furioso por haber perdido la acalorada discusión sobre el RFC 931, aprovechó esta oportunidad al máximo. Parecía disfrutar rechazando cada una de esas solicitudes...
  30. "¿Qué es "eliminación instantánea" y cuándo debo usarla?" . Uncensored Communications Group. Archivado del original el 04/11/2018 . Recuperado el 04/11/2018 . La eliminación instantánea es una configuración configurable por el sitio que hace que el servicio IMAP de Citadel se comporte de manera lógica al eliminar mensajes, a diferencia del comportamiento definido por RFC 3501. El protocolo IMAP no tiene una forma directa de eliminar mensajes. En cambio, el cliente debe establecer una bandera "Eliminado" en cualquier mensaje que se vaya a eliminar y luego realizar una operación de "Eliminación" para eliminar realmente los mensajes del buzón. Fue diseñado de esta manera porque la implementación de referencia (UW IMAP) almacena buzones completos en archivos planos, y eliminar un solo mensaje requiere reescribir todo el archivo. En lugar de corregir las limitaciones de este almacenamiento de mensajes, Mark Crispin decidió implementar una solución alternativa y luego definir esa solución alternativa como parte del estándar. Al eliminar un buzón de correo posteriormente, el archivo solo se sobrescribe una vez. Obviamente, esta funcionalidad es engorrosa e innecesariamente complicada para cualquier otro sistema de correo, en particular para uno como Citadel, que almacena los mensajes en una base de datos.
  31. McNab 2007 , págs. 304–305 : "[Enumeramos] vulnerabilidades de UW IMAP y Courier IMAP explotables remotamente... Los siguientes scripts de explotación públicos están disponibles para varias de estas vulnerabilidades..." 
  32. Ziobrzynski 2006 : "Prefiero los buzones de correo tradicionales donde se almacenan varios mensajes en un solo archivo por carpeta. La mayoría de los servidores IMAP modernos, como Courier o Cyrus, utilizan formatos maildir o MH modernos, que almacenan cada mensaje en su propio archivo. Esto consume una cantidad desmesurada de i-nodos . Desafortunadamente, el único servidor IMAP de código abierto que pude encontrar que utiliza carpetas tradicionales es uw-imap. (CommuniGate Pro utiliza archivos individuales, pero es un servidor comercial). El servidor uw-imap tiene varios inconvenientes, especialmente en lo que respecta a la implementación del protocolo SSL. Mis pruebas de uw-imap con el cliente IMAP SSL que tenía en mente para este proyecto (PalmOS VersaMail) mostraron conexiones fallidas o fallos totales de conexión. Para obtener lo que quiero (carpetas de correo de archivo único y SSL funcional), dividí la función de IMAP y SSL en dos servidores separados: stunnel y uw-imap. Stunnel demostró ser bastante sofisticado. en la configuración SSL y el nivel de registro y mensajes de diagnóstico."
  33. Blum 2001 , p. 458 : "El programa IMAP de la Universidad de Washington apoya tanto a POP3 como a IMAP." 
  34. 1 2 Sill 2003 , p. 344 : "IMAP se originó en la Universidad de Washington, que distribuye su propio servidor IMAP. El servidor UW-IMAP no admite buzones de correo maildir tal como se distribuye, pero hay parches disponibles para agregar esa funcionalidad. Consulte la página principal no oficial de qmail ( http://www.qmail.org/, archivada el 15 de junio de 2019 en Wayback Machine ) para obtener enlaces a los parches para la versión actual de UW-IMAP." 
  35. " Glue Logic LLC - Parches de pino" . www.gluelogic.com
  36. "Parche Maildir para Alpine" . Programa de correo electrónico Alpine . Consultado el 8 de marzo de 2026 .

Bibliografía

  • Bauer, Mick (2003). "Pingüino paranoico: correo seguro con LDAP e IMAP, Parte I" . Linux Journal . 2003 (115, noviembre de 2003): 12 vía ACM .
  • Bautts, Tony; Dawson, Terry; Purdy, Gregor N. (2005). Guía del administrador de redes Linux . O'Reilly Media . ISBN 9780596005481.
  • Blum, Richard (2001). Postfix . SAMS . ISBN 9780672321146.
  • Christenson, Nick (2003). Sendmail Performance Tuning . Addison-Wesley Professional. ISBN 9780321115706.
  • Elprin, Nick; Parno, Bryan (2003). Un análisis de servidores de correo basados ​​en bases de datos . 17.ª Conferencia de Administración de Sistemas de Grandes Instalaciones (LISA '03). USENIX .
  • Glennon, Katharine, ed. (2000). Manual de protección contra virus en el correo electrónico: Proteja su correo electrónico de troyanos, virus y ataques de código móvil . Elsevier . ISBN 9780080477534.
  • Golubitsky, Chaos (2005). Hacia una comparación automatizada de vulnerabilidades de servidores IMAP de código abierto (PDF) . 19.ª Conferencia de Administración de Sistemas de Grandes Instalaciones (LISA '05). USENIX .
  • Koka, Pranay; Lipasti, Mikko H. (2004). Caracterización de un servidor IMAP en un multiprocesador de memoria compartida . 7º Taller sobre CAECW.
  • McNab, Chris (2007). Evaluación de la seguridad de la red: Conozca su red . O'Reilly Media . ISBN 9780596519339.
  • Mullet, Dianna; Mullet, Kevin (2000). Managing IMAP . O'Reilly Media . ISBN 9780596000127.
  • Sill, Dave (2003). El manual de qmail . Apress . ISBN 9781430211341.
  • Smith, Roderick W. (2003). Herramientas de potencia de Linux . Wiley. ISBN 9780782142266.
  • Smith, Roderick W. (2011). Guía de estudio para la certificación LPIC-2 del Linux Professional Institute: Exámenes 201 y 202. John Wiley & Sons . ISBN 9781118100448.
  • Soyinka, Wale (2008). Administración de Linux: Guía para principiantes, quinta edición . McGraw Hill Professional. ISBN 9780071546256.
  • Varshavchik, Sam (2014). "FUD" . Servidor de correo Courier .
  • Ziobrzynski, Peter (2006). "El correo electrónico sigiloso al rescate" . Linux Journal . 2006 (143, marzo de 2003) vía ACM .
  • Página principal de UW IMAP ( consultada el 28 de octubre de 2019 )
  • Lista de correo UW IMAP archivada el 5 de noviembre de 2018 en Wayback Machine.