UW IMAP

UW IMAP
UW IMAP
개발자워싱턴 대학교
안정적 해제
imap-2007f[1] / 2011년[1] 7월 22일
유형IMAP 서버
면허증아파치 라이선스[3] 2.0
웹사이트www.washington.edu/imap/[데드링크]

UW IMAP 서버는 인터넷 메시지 접근 프로토콜의 참조 서버 구현이었다[2].[4][5][6][7][8][9]워싱턴 대학에서 마크 크리스핀 등이 개발한 것이다.[10][4][5][6][7][8][9]

역사

UW-IMAP의 개발은 C.1988에 시작되었다.[6]

2003년 현재, UW IMAP는 세 가지 인기 있는 무료 소프트웨어 IMAP 서버 패키지로, 나머지 두 가지는 키루스 IMAP와 쿠리어 IMAP이다.[11][12][13]2005년 현재, 그것의 코드베이스는 광범위한 재작성을 거쳤으며,[6] 그것은 상위 2위 안에 들었고, 다른 하나는 사이러스 IMAP이었다.[14][15]

2008년 5월, 워싱턴 대학교는 UW IMAP 개발을 종료했다.[2]

48월 2008년 워싱턴 대학의 해상 보험업자. IMAP, 파인 개발에 관여한, 그리고 Alpine,[표창 필요한]에서 직원들은 그들은 Universit에서 해고의 여파로"직접 개발에서 협의 및 조정 역할은 사회로부터 공헌들을 통합하도록 도울 많은 사례를 우리의 노력하"[16] 것이라고 발표했다.워싱턴의 탐정의 yhnology [17]division

c. 2009년 1월 - 8월, UW IMAP의 주요 다운스트림 유통업체인 데비안 GNU/리눅스의 유지관리자들은 UW IMAP 패키지를 폐기하기 시작했다.[18][19]

2009년 9월,[citation needed] UW IMAP의 주요 저자인 마크 크리스핀은 팬더 IMAP라는 포크를 발표했다.[2]크리스핀은 2012년 말에 세상을 떠났다.[20]

적어도 한 명의 UW IMAP 애호가들은 프로젝트 시작부터 크리스핀의 최종 출시까지 UW IMAP와 팬더 IMAP가 역사를 커밋하는 내용을 담은 공개 소스 코드 저장소를 유지하고 있다.[21]

칭찬과 비평

UW IMAP는 2000년대 상당 부분 사용 가능성과 모든 주요 Linux 배포에 포함, POP와 IMAP에 대한 지원, 설치 용이성 등으로 인해 좋은 선택으로 여겨졌다.[22][14][23]또한 행정의 용이성과 오랜 기간 지속된 우편함 형식과의 호환성,[7] 작은 크기와 단순성으로 인해 칭찬을 받았다.[24]

이후 IMAP 서버와 달리 UW IMAP는 IMAP 사용자 계정을 서버의 기본 운영 체제에 있는 사용자 계정에 결합하였다.[25][26]이 기능은 UW IMAP의 단일 사서함 파일 기본 사용과 함께 기존 운영 체제 및 전자 메일 관리 관행과의 호환성을 보장하기 위한 것이었지만 일부 논평가들로부터 비판을 받았다.[citation needed][27][28]특히 경쟁 쿠리어 IMAP 서버의 개발자인 샘 바르샤브치크는 크리스핀이 UW IMAP에 maildir(비일관성 사서함 형식)에 대한 지원을 추가하지 않기로 한 것은 크리스핀이 메일디르의 디자이너 다니엘 J. 번스타인과 이전에 가졌던 의견 불일치에 대한 원한이 가시지 않았기 때문일 수 있다고 제안했다.[29]경쟁사인 시타델 IMAP 서버의 유지 관리자들은 경쟁사인 시타델 IMAP 서버의 유지 관리자들이 편평한 파일에 대한 UW IMAP의 지원을 메일 저장소로 유지하자고 주장하면서 IMAP 프로토콜에 불필요한 복잡성을 야기시켰다는 비판을 받았다.[30]

또한 Varshavchik은 다른 IMAP 서버가 IMAP 규격을 준수한다는 크리스핀의 주장에도 불구하고, UW IMAP 서버와 그것의 IMAP 클라이언트 상대인 Pine은 이 규격에 문서화되지 않은 사설 IMAP 확장을 사용했다고 언급했다.[9]또한 UW IMAP는 버퍼 오버플로에 대한 민감성과 경쟁사 사이러스 및 Courier에 대한 특권 분리가 부족하다는 이유로 2007년 현재, 패치가 없거나 잘못 구성된 UW IMAP 설치에서 보안 취약성을 이용할 수 있는 컴퓨터 프로그램이 존재한다는 비판을 받았다.[24][31]그리고 신뢰할 수 없는 SSL 지원을 위해.[32]

구성 요소 및 기능

UW IMAP는 기존의 메일 스토어 및 시스템과 호환되고 사이트별 구성 없이도 "플러그 앤 플레이" 설치가 가능하도록 설계되었다.[citation needed]

해상 보험업자. IMAP은 Alpine[표창 필요한]와 파인街전자 메일 클라이언트에 사용되는c-client 메일 엔진을 사용한다.[6][10]c-client 유즈넷 뉴스 spools,[표창 필요한]MIX,[표창 필요한]mbox, mbx, mx, mh, tenex, mtx, MMDF, phile을 포함한 다수의 메일 가게 포맷을 지원한다.[6]c-client 또한 IMAP, POP3, NetworkNewsTransferProtocol, SMTP인터넷 프로토콜을 위한 지원을 포함한다.[표창 필요한]

또한 UW IMAP과 함께 번들에는 POP2 및 POP3 서버,[33][26] 메일 활용 유틸리티 프로그램, dmail 및 tmail 메일 배달 에이전트 등이 있다.[3]

2005년 현재, UW IMAP의 코드베이스는 135,000줄의 코드로 구성되었으며, 이 중 IMAP 서버 자체는 4,000줄로 구성되었고, 나머지는 c-client가 구성되었다.[6]

확장성 및 우편물 지원

UW IMAP는 공식적으로 maildir 형식을 지원하지 않는다.[34]그러나, UW IMAP는 메일디르와 같은 다른 형식을 지원하도록 패치가 가능하다.[34]글루엘로지치는 파인 지역의 우편물 배달원을 지원하기 위한 패치를 제공한다.[35][third-party source needed]패치가 적용된 Pine 인스턴스는 명목상의 우편물 지원으로 UW IMAP를 컴파일하는 데 사용될 수 있다.[citation needed]그러나 이것은 보이지 않는 메시지와 최근 메시지를 올바르게 구분하지 않는 버기 서버를 산출한다.[citation needed]유사하게 사용할 수 있지만 단점이 적은 알파인용 패치가 있다.[36][third-party source needed]

외부 링크

참고 항목

참조

  1. ^ a b "UW IMAP Server Documentation: RELNOTES". University of Washington. 22 July 2011. Retrieved 2018-11-04.
  2. ^ a b c d "Panda IMAP home page". Archived from the original on 2012-07-16. Retrieved 2008-09-23. Panda IMAP forked from UW IMAP 2007b when development of UW IMAP was terminated in May 2008. Since then, the University of Washington has made only made minor support changes to UW IMAP (UW IMAP 2007f) for some (but not all) critical problems. All of the UW IMAP 2007f changes, or better, are in Panda IMAP.
    Unlike UW IMAP, Panda IMAP fully passes all of the IMAP Server Compliancy Status test suite. Panda IMAP is one of one three servers that do; the others being Dovecot and SurgeMail.
    The current version of Panda IMAP is imap-2010...
    Panda IMAP is available by donation. Please contact us for further details via email to the panda.com postmaster...
    We do not offer support for UW IMAP or Alpine. Both are dead projects. It is doubtful that UW will ever make any further updates to either.     {{cite web}}:외부 링크 위치 quote=(도움말)
  3. ^ a b "IMAP Information Center". University of Washington. July 23, 2009. Retrieved 2018-11-04. The University of Washington licenses the source code of the UW IMAP toolkit, imap-2006 and later, under the Apache License, Version 2.0.
    The UW IMAP tookit includes the following:
    • c‑client library: an API (application programming interface) used to build email clients and servers, including support for IMAP,POP3, SMTP and NNTP protocols and for local mailbox file access on Unix and Windows
    • UW's POP2 (ipop2d), POP3 (ipop3d) and IMAP4rev1 (imapd) servers
    • mailutil: a utility program which helps manage email mailboxes (both local and IMAP/POP3/NNTP)
    • dmail: an MDA (Mail Delivery Agent) for use with procmail
    • tmail: an MDA for use with the system mailer (e.g. sendmail, postfix, etc.)
  4. ^ a b Christenson 2003, 페이지 110: "UW IMAP는 IMAP 프로토콜의 참조 구현이다.7판 폴더 형식의 약간 변형된 버전을 사용하는 경우가 대부분이지만, 다양한 메시지 저장소 형식에 유연하게 적응할 수 있다.소형 서버의 경우, UW IMAP은 적절하게 성능을 발휘하지만, 다른 IMAP 시스템의 기능 세트가 일부 부족하다.이 패키지는 상대적으로 성능 특성이 좋지 않아 까다로운 환경에서는 거의 사용되지 않는다."
  5. ^ a b Gareiss, Robin (Feb 4, 2010). "UC and Open Source: Finding the Magic LAMP". Network World. What is the LAMP stack of [Unified Communications]? ... Nemertes defines UC systems as providing at a minimum VOIP, Unified Messaging, IM/presence, and conferencing (audio, video, web); additional features may include contact contact functionality, mobile clients, integration with room-based video and telepresence systems, and integration with social computing platforms. Let's look at open source options in the core categories. ... I would be for IMAP, specifically the UW IMAP reference implementation of the IMAP protocols, or the Panda IMAP fork off that tree.
  6. ^ a b c d e f g Golubitsky 2005, 페이지 12: "UW-IMAP는 원래 IMAP RFC의 저자 마크 크리스핀에 의해 워싱턴 대학교에서 작성되고 유지된다.이 패키지의 목적은 다중 사용자 시스템을 위한 간단하고 유연한 IMAP 서버 제공이다.패키지는 IMAP가 원격 사용자가 시스템에 액세스할 수 있는 여러 로그인 방법 중 하나가 될 것이라는 가정을 사용한다.특히, IMAP 접속과 SSH와 같은 셸 접속 방법의 기능 차이는 IMAP 접속이 메일 읽기에 최적화되어 있는 것만이 되어야 한다.셸 사용자에게 제공되는 액세스 범위를 넘어 IMAP 액세스를 제한하는 것은 설계 목표가 아니다.
    UW-IMAP 서버는 1988년 이후 전체 코드베이스가 몇 차례 다시 작성됐지만, 현재 활발하게 개발 중이다.현재의 코드는 2000년 이맘때 2000년 출시까지만 거슬러 올라가는 것으로 간주된다.좀 더 되돌아보면, 나는 imap-2004c1 (이 글의 가장 최신 버전)과 1996 imap-4 릴리스 사이에 약 20%의 코드가 겹치는 것을 발견했고, imap-4 이전 릴리스와 imap-2004c1 사이에는 겹치는 것이 없다.
    현재의 코드베이스에는 135,000줄의 코드와 40,000줄의 다른 파일이 포함되어 있다.이 코드 중 IMAP 서버 자체는 4,000개 회선에 불과한 반면, 나머지 코드는 c-client라는 내부(컴파일된) 라이브러리로 구성된다.이 도서관은 파인 메일 클라이언트의 백엔드이기도 하다.
    imapd를 컴파일하는 것은 단일 목적을 가진 단일 이진을 제공한다.inetd와 같은 외부 프로그램을 사용하여 적절한 IMAP 포트에서 청취해야 한다.연결이 되면, imapd 프로세스가 생성되고 단일 연결을 처리한 후 종료된다.시스템에서 UW imapd의 위치는 간단하기 때문에, 그 구현에 필요한 코드의 양이 줄어든다.트레이드오프는 다른 프로그램에 대한 의존도를 높여 핵심 기능을 수행하는데, 특히 메일 배달과 포트 청취가 그것이다.또한 imapd 프로그램에는 구성 파일이 필요하지 않으며, 컴파일 시 구성 옵션을 선택해야 한다.
    UW-IMAP의 한 가지 더 주목할 만한 특징은 우편함 형식에 구애받지 않는다는 것이다.기본적으로 UNIX UW 설치는 mbox, mbx, mx, mh, tenex, mtx, mmdf 및 phile mailbox 유형에 대한 지원으로 컴파일된다.이 지원은 우편함 드라이버를 통해 제공된다.내부 논리는 우편함의 종류를 추측하는 데 사용되며, 실행은 적절한 드라이버에 전달된다."
  7. ^ a b c 코카 & 리파스티 2004, 페이지 2: "워싱턴 대학교 IMAP 서버는 IMAP의 발명가 마크 크리스핀이 작성한 IMAP의 오픈 소스 참조 구현이다.기존 우편함 형식과의 호환성과 관리가 용이해 인기가 높다."
  8. ^ a b 블럼 2001, 페이지 468: "유닉스 플랫폼에 사용되는 가장 일반적인 POP3와 IMAP 패키지는 워싱턴 대학에서 개발되었다.소프트웨어 패키지는 IMAP이라고 불리지만, IMAP4rev1 서버뿐만 아니라 POP3 서버도 포함한다. ...많은 Linux 배포판에는 이미 UW IMAP 바이너리 패키지가 포함되어 있다.유닉스 시스템과 함께 제공된 배포에서 UW IMAP를 설치하도록 선택하거나, 현재 소스 코드 파일을 다운로드하여 직접 빌드할 수 있다."
  9. ^ a b c 바르샤브치크 2014: "UW-IMAP와 파인, 이른바 IMAP의 "레퍼런스 구현"은, 미등록 IMAP 확장(원래 링크)을 이용한다."
  10. ^ a b 멀릿 앤 멀릿 2000, 페이지 205–206: "워싱턴 대학교 IMAP 서버(UW IMAP)는 사용자들에게 IMAP 접근을 제공하기 위해 inetd 또는 유사한 인터넷 슈퍼데몬을 사용하는 IMAP 서버다.
    보통 사람들이 UW IMAP을 언급할 때, 그들은 IMAP4rev1/C-Client 개발 환경의 IMAP 데몬 구성요소를 구체적으로 언급한다.개발 환경 번들에는 mtest라는 IMAP 테스트 유틸리티와 C-Client라는 IMAP API 라이브러리가 포함된다.또한 기존 POP 시스템에서 보다 쉽게 전환할 수 있도록 POP를 통해 IMAP 서버에 대한 프록시 액세스를 제공하는 POP 서버도 두 대 포함되어 있다.UW IMAP 데몬 자체는 인기 있는 PIN 메일 클라이언트와 함께 번들로 제공되며 리눅스 운영 체제의 많은 버전에 포함되어 있다.
    IMAP 서버 관리를 위한 도구 집합인 UW IMAP Utilities가 별도의 패키지로 제공된다.UW IMAP 유틸리티는 워싱턴 대학에서 개발했고 C-Client API를 기반으로...
    UW IMAP 기능 세트와 디자인은 IMAP를 추가하고자 하는 기존 시스템에 적합하다.그것은 수정이나 특별한 인프라 없이도 유닉스 셸 사용자 시스템에서 즉시 사용할 수 있다.
    전용 IMAP 서버에도 사용할 수 있지만, 대규모 사용자 커뮤니티로 확장할 계획이라면 수정하는 것을 고려해 볼 필요가 있다.특정 시스템이 지원할 IMAP 사용자 수는 하드웨어와 운영 체제에 따라 크게 달라진다.UW IMAP는 시스템 자원의 방식에서 많은 것을 필요로 하지 않지만, 프로세스당 메모리와 디스크 대역폭을 필요로 한다.시스템에 유닉스 셸 사용자보다 더 많은 UW IMAP 사용자를 가질 수 있지만, 이유 내에서, 특정 기계가 5,000명의 유닉스 셸 사용자를 잘 처리하지 못할 경우, 10만 명의 유닉스 IMAP 사용자를 잘 처리할 것으로 기대하지 마십시오.
    일반적으로, 확장은 거대한 단일석보다 작은 시스템들의 클러스터로 더 효과적이다.빠른 CPU는 많은 디스크 대역폭보다 훨씬 덜 중요하다...
    워싱턴 대학교는 8만 명의 사용자 커뮤니티에 작고 저렴한 IMAP 서버들로 구성된 클러스터를 서비스하고 있으며, 각각은 전체 사용자 공간의 일부를 할당받는다.IMAP 서버는 UW의 계정 시스템에 연결된 특별한 DNS 도메인에 있다.사용자 fred는 다른 IMAP 서버로 이동될 수 있지만 fred.deskmail.washington.edu은 항상 그의 할당된 IMAP 서버를 가리킨다.
    대부분의 유닉스 변종, 특히 오픈소스 변종들은 일반적으로 라벨이 부착되지 않은 IMAP 데몬(imapd)과 함께 나온다.이 데몬이 UW IMAP 서버일 가능성이 있다.
    아마도 UW IMAP 서버에 대한 가장 흥미롭고 중요한 사실은 IMAP 자체의 시조자인 마크 크리스핀에 의해 쓰여졌다는 것이다.리너스 토발즈가 리눅스 커뮤니티에 있듯이 크리스핀은 IMAP 커뮤니티에 속해 있다고 해도 과언이 아니다.크리스핀은 아무런 안내도 없이 분산 메일 시스템을 구축하라는 요청을 받았을 때 전적으로 혼자서 IMAP를 발명했다.그는 1985년에 원본 IMAP 서버를 DEC-20 어셈블리 언어로 처음부터 작성했다.IMAP의 초기 디자인은 DEC-20 메일 시스템의 영향을 강하게 받았으며, 그 중 크리스핀은 1차 개발자 겸 유지관리자였다.IMAP의 처음 9년 개발은 전적으로 크리스핀 덕분이라고 할 수 있다."
  11. ^ 바우어 2003(미국) : "가장 인기 있는 오픈소스 IMAP 서버 3대는 워싱턴대학교 IMAP(UW IMAP), 카네기멜론대학교의 사이러스 IMAP, 인터7 인터넷 테크놀로지의 쿠리어 IMAP이다."
  12. ^ Christenson 2003, 페이지 5: "가장 일반적인 오픈 소스 IMAP 서버 3개는 Cyrus [CYR], UW-IMAP [UWI], Courier IMAP [CU] 패키지 입니다."
  13. ^ Christenson 2003, 페이지 108: "세 가지 인기 있는 오픈 소스 IMAP 서버 솔루션이 존재한다: University of Washington (UW), Cyrus, Courier IMAP 솔루션이다.각각의 틈새와 특징이 있어 특정 상황에서 최선의 선택이라고 말했다.
  14. ^ a b Bautts, Dawson & Purdy 2005, 페이지 259: "[] UW IMAP의 구성과 설치가 용이하여 [다른 IMAP 서버보다] 더 매력적인 경우가 많다.이 장에서는 인기와 설치 용이성 때문에 UW IMAP과 추가적인 보안 기능 때문에 Cyrus IMAP이라는 두 가지 가장 일반적인 IMAP 서버에 주로 초점을 맞출 것이다."
  15. ^ Golubitsky 2005, 페이지 10: "[] 시장의 대부분을 공유하는 3개의 오픈 소스 IMAP 서버가 자유롭게 이용 가능하다 – UW-IMAP, Cyrus, Courier-IMAP."
  16. ^ "Alpine status". Retrieved 2016-11-22.
  17. ^ Perry, Nick (2008-05-21). "UW lays off technology workers". The Seattle Times. Retrieved 2016-11-22.
  18. ^ "Re: [release-notes] Deprecated packages, squeeze version number". lists.debian.org.
  19. ^ "Re: uw-imapd discontinued for squeeze?". lists.debian.org.
  20. ^ "Mark Reed Crispin". Cookfamilyfuneralhome.com. Retrieved 2018-11-04.
  21. ^ "jonabbey/panda-imap". GitHub.
  22. ^ Smith 2003, 페이지 527: "이것은 쉽게 구할 수 있고, 모든 주요 Linux 배포판과 함께 배송되며, POP와 IMAP를 모두 지원하므로, 본 섹션[책]은 UW IMAP의 설치와 구성을 설명한다."
  23. ^ Soyinka 2008, 페이지 468–469: "[우리는] POP 서버 후크를 포함하는 University of Washington (UW) IMAP 서버의 설치 및 구성을 다룬다.이 특정 메일 서버는 수년 동안 사용 가능했다.설치 과정도 수월하다.중소 사용자 기반(최대 사용자 수백 명)의 경우 잘 작동해야 한다.
    IMAP용 대용량 메일 서버에 관심이 있는 경우, Cyrus 또는 Courier IMAP 서버를 고려하십시오.두 가지 모두 인상적인 확장 옵션을 제공하지만, 좀 더 복잡한 설치 및 구성 절차가 필요하기 때문에...
    대부분의 Linux 배포판에는 디스트로의 저장소에 UW-IMAP용 바이너리가 미리 패키징되어 있다.예를 들어 UW-IMAP는 Yum을 사용하여 Fedora에 설치할 수 있다.."
  24. ^ a b Golubitsky 2005, pp. 13, 20: "UW-IMAP’s primary benefit is that it is the smallest and simplest of the three servers, both in terms of code size and major functions provided, and in that it provides a smaller set of IMAP API methods than the other servers. (The small API set may be in part due to the fact that the UW author wrote the IMAP RFC, which는 API 함수의 최소 허용 세트를 정의한다.)
    다만 단점이 많아 패키지의 디자인 철학으로 내려가는 분위기다.코드는 전혀 모듈화되지 않았다...그리고 대부분의 기능은 메일 클라이언트 Pine의 백엔드인 c-클라이언트 라이브러리에 의해 제공되기 때문에, 기능성이 UW 서버로 컴파일될 수 있다. UW 서버는 클라이언트 작업에 매우 필요하거나 바람직하다.
    UW-IMAP의 버퍼 오버플로 기록에도 불구하고 길이 검사를 수행하지 않는 문자열 함수의 인스턴스(예:sprintf)은 여전히 코드 안에 풍부하다...
    [여기서 사용되는 공격성 측정기준에 따르면, Courier는 서버 중에서 가장 취약하지 않은 반면, UW와 Cyrus는 비슷한 점수를 받는다...사이러스 코드베이스의 큰 크기에도 불구하고 공격성은 UW-IMAP와 비슷해 사이러스는 특권 분리가 좋은 반면 UW-IMAP는 그렇지 않다는 것을 알 수 있다."
  25. ^ 글렌논 2000, 페이지 385: "UW 방식의 서버를 관리하는 것은 그것이 실행되고 있는 운영 체제와 더 밀접하게 연결되어 있다.즉, UNIX 시스템에서 UW-IMAP 서버를 실행하는 경우 IMAP 서비스의 측면뿐만 아니라 UNIX 계정을 관리할 준비를 하십시오...반면에, 만약 당신이 당신의 솔루션으로 Cyrus IMAP를 선택한다면, 당신은 결코 UNIX 사용자 계정을 만들거나 관리할 필요가 없을 것이다.그러나 IMAP 구현과 이를 유지하기 위한 유틸리티에 대한 지식은 좀 더 광범위해야 할 것이다."
  26. ^ a b 스미스 2011, 페이지 382: "이름에도 불구하고 워싱턴 대학교 IMAP 서버는 POP2, POP3, IMAP를 지원한다.POP 서버는 뒤에서 IMAP 서버를 사용한다.이 서버 세트는 보통 다음과 같은 패키지로 제공된다.imap또는uw-imapdIMAP 서버는 사용자의 홈 디렉토리에 사용자 메일 폴더를 저장하는데, 사용자도 자신의 계정에 로그인하고 비메일 파일을 저장하면 어색할 수 있다."
  27. ^ 바우어 2003(Bauer 2003) : "[사이러스 IMAP 및 Courier IMAP와 비교했을 때, UW IMAP는 로컬 사용자-계정 메일 파일 전송만 지원하므로 유연성이 가장 낮으며, 각 로컬 사용자의 받은 편지함은 하나의 플랫 파일로 저장되며,/var/mail/myusername여기에는 두 가지 단점이 있다. 각 메일 사용자도 시스템 사용자여야 하며, 주어진 시간에 주어진 사용자의 받은 편지함에 한 가지 프로세스만 쓸 수 있어 파일 잠금 문제가 발생할 수 있다.
  28. ^ Elprin & Parno 2003: "본 문서는 각각 다른 스토리지 메커니즘을 사용하는 3개의 IMAP 서버의 성능을 비교한다.사이러스는 버클리DB에 구축된 데이터베이스를, 쿠리어-IMAP는 메일디어를, UW-IMAP는 mbox 파일을 사용한다.또한 mySQL 데이터베이스를 사용하여 관계형 데이터베이스 기반 IMAP 서버 시뮬레이션우리는 사이러스와 mySQL이 대부분의 테스트에서 UW와 Courier를 능가한다는 것을 발견했고, 종종 Courier를 극적으로 이겼다.사이러스는 헤더 검색과 같은 스캔 작업에 특히 효율적이며, 헤더 필드의 검색에도 특히 효과적이다.UW와 키러스는 전체 텍스트 검색에서도 유사하게 수행하지만, 키러스는 우편함의 크기가 커질수록 약간 더 잘 확장되는 것 같다. mySQL은 전체 텍스트 검색과 헤더 검색에서는 탁월하지만 메시지를 삭제할 때는 성능이 떨어진다."
  29. ^ 바르샤브치크 2014년 : "1992년 5월에 댄 번스타인이 제안했었죠...RFC 931을 사용하여 특정 클래스의 위조 메일 헤더를 제거하십시오.Mark Crispin은 몇 가지 기술적 이유로 반대했다...번스타인은 크리스핀에게 유리하게 (그리고 그의 입장을 지지하는) 일을 하는 것이 RFC 931 문서에 대한 다른 기술적 문제가 확실했음에도 불구하고 결국 이 논쟁에서 이겼다.[결국] RFC 931이 개정되고 업데이트되어 RFC 1413[크리스핀이 아닌 번스타인에게 신용을 부여함]이 되었다.
    번스타인은 계속해서 Qmail 서버를 썼다.Qmail은 E-mails, maildirs를 저장하기 위한 새로운 파일링 방법을 도입했는데, [이] 전통적인 ...mbox 메일 형식(UW-IMAP 서버가 사용하는 기본 메일 형식)의 몇 가지 오랜 단점을 해결했다...
    1995년과 1999년 사이에 Qmail은 인터넷에서 두 번째로 인기 있는 메일 서버가 될 때까지 인기를 얻었다.Qmail의 인기가 높아지면서 사람들은 크리스핀에게 UW-IMAP 서버에 Qmail의 maildirs에 대한 지원을 추가하는 것에 대해 묻기 시작했다.크리스핀은 RFC 931을 둘러싼 불꽃전쟁에서 패배한 것에 대해 여전히 부글부글 끓고 있는 가운데, 이 기회를 가치 있는 모든 것으로 채찍질했다.그는 그런 모든 요구를 거절하는 것을 즐기는 것 같았다.."
  30. ^ "What is "instant expunge" and when should I use it?". Uncensored Communications Group. Retrieved 2018-11-04. Instant Expunge is a site-configurable setting that makes Citadel's IMAP service behave in a sensible way when deleting messages, as opposed to the behavior defined by RFC 3501.
    The IMAP protocol does not have a direct way of deleting messages. Instead, the client must set a “Deleted” flag on any messages which are to be deleted, and then perform an “Expunge” operation afterwards to actually delete the messages from the mailbox. It was designed this way because the reference implementation (UW IMAP) stores entire mailboxes in flat files, and deleting a single message requires rewriting the entire file. Rather than fix the limitations of this message store, Mark Crispin decided to implement a workaround and then define that workaround as part of the standard. By “expunging” a mailbox at a later time, the file is only rewritten once.
    Obviously, this functionality is obtuse and unnecessarily complicated for any other mail system, particularly one such as Citadel which stores messages in a database.
  31. ^ McNab 2007, 페이지 304–305: "[목록] 원격으로 이용 가능한 UW IMAP 및 Courier IMAP 취약성...이러한 취약성에 대해 다음과 같은 공개 공격 스크립트를 사용할 수 있다.."
  32. ^ Ziobrzynski 2006 : "나는 폴더당 하나의 파일에 여러 개의 메시지가 저장되는 전통적인 우편함을 선호한다.Courier나 Cyrus와 같은 대부분의 현대 IMAP 서버는 각각의 메시지를 자신의 파일에 저장하는 현대 메일디르 또는 MH 형식을 사용한다.이것은 엄청난 양의 아이노드를 소모한다.불행히도 전통적인 폴더를 사용하는 오픈소스 IMAP 서버는 uw-imap밖에 없다.(CommuniGate Pro는 단일 파일을 사용하지만 상용 서버다.)uw-imap 서버는 특히 SSL-프로토콜 구현에 있어 여러 가지 단점이 있다.이 프로젝트(PalmOS VerversMail)를 위해 염두에 둔 SSL IMAP 클라이언트와의 uw-imap 테스트에서는 연결 실패 또는 플랫 장애가 나타났다.내가 원하는 것을 얻기 위해- 단일 파일 메일 폴더와 작업 SSL-- 나는 IMAP와 SSL의 기능을 스턴넬과 uw-imap의 두 개의 별도 서버로 나누었다.스턴넬은 SSL 구성과 로깅 및 진단 메시지 레벨에서 상당히 정교하다는 것이 입증되었다."
  33. ^ 블럼 2001, 페이지 458: "워싱턴 대학교 IMAP 프로그램은 POP3와 IMAP 둘 다 지원한다."
  34. ^ a b 실 2003, 페이지 344: "IMAP는 자체 IMAP 서버를 배포하는 워싱턴 대학에서 시작되었다.UW-IMAP 서버는 maildir 우편함을 분산된 상태로 지원하지 않지만, 패치를 사용하여 해당 기능을 추가할 수 있다.현재 UW-IMAP 릴리스의 패치에 대한 링크는 비공식 qmail 홈 페이지(http://www.qmail.org/)를 참조하십시오."
  35. ^ "Glue Logic LLC - PINE patches". www.gluelogic.com.
  36. ^ "Maildir patch for Alpine". alpine.x10host.com.

참고 문헌 목록