메일 서버가 많이 있습니다. Microsoft Exchange는 Windows에서 엔터프라이즈의 지배적 인 회사 메일 서버 였지만 지금은 오랫동안 Kerio Mailserver 를 사용해 왔으며 여전히 더 나은 솔루션이 없는지 궁금합니다.
어떤 메일 서버를 사용합니까? 그 이유는 무엇입니까?
특정 메일 서버를 '돋보이게'만드는 기능은 무엇입니까?
* NIX 및 Windows 응용 프로그램 모두 환영합니다.
메일 서버가 많이 있습니다. Microsoft Exchange는 Windows에서 엔터프라이즈의 지배적 인 회사 메일 서버 였지만 지금은 오랫동안 Kerio Mailserver 를 사용해 왔으며 여전히 더 나은 솔루션이 없는지 궁금합니다.
어떤 메일 서버를 사용합니까? 그 이유는 무엇입니까?
특정 메일 서버를 '돋보이게'만드는 기능은 무엇입니까?
* NIX 및 Windows 응용 프로그램 모두 환영합니다.
답변:
Exim + Exchange.
Exchange는 매우 훌륭한 그룹웨어 클라이언트이며 No.1 [*]의 장점은 Activesync (이메일 + 캘린더 동기화)로 블랙 베리에 의존하지 않아도됩니다. :)
말하지만, 일반적인 회사 MTA가 수신하는 대량의 메일이 유효하지 않으므로 (스팸 등) Exchange 서버를 효율적으로 운영하는 메시지 당 비용이 훨씬 높기 때문에 Exchange 서버를 인터넷에 직접 연결하지는 않습니다. nix 기반 MTA.
Exim은 (IMHO 및 언급 한 바와 같이) 대량 또는 소량의 이메일을 처리하는 가장 유연하고 안정적이며 리소스 효율적인 방법입니다. 몇 가지 추가 앱으로 스팸 / 바이러스 필터링을 수행하고 exim 필터 시스템을 사용하여 필요한 규칙 기반의 유연성을 가질 수 있습니다. . exim이 처리 할 수없는 메일 요구 사항을 본 적이 없으며 (그리고 이상한 요구 사항이 있음) 문서 및 메일 목록 지원이 훌륭합니다.
내 일반적인 설정은 인터넷-> Exim-> NAT가있는 내부 Exchange 서버이며 활성 동기화 및 Outlook Web Access를 제공합니다. 확장 가능하고 안전하며 관리하기 쉽습니다.
나를 위해 [*]. 다른 이유로 다른 사람들이 그것을 좋아한다고 생각합니다 ... :)
현재 hMailServer를 사용하여 5 개의 다른 도메인에 대한 이메일을 호스팅하고 있습니다.
SquirrelMail을 사용하여 해당 도메인에 웹 메일을 제공하고 있습니다.
이것은 웹 메일을 제공하기 위해 IIS6가있는 Windows 2003 R2 박스에서 실행되고 있습니다. 이 조합을 실행하는 주된 이유는 두 프로그램 모두 무료이며 현재 캘린더를 사용할 필요가 없기 때문입니다. 이들은 Windows 만 수행 한 사람에게는 비교적 고통스럽지 않습니다.
회사에서는 Exchange를 공동 작업에 사용하지만 게이트웨이에 Exim 을 사용했습니다 . Exim은 내가 본 것 중 가장 유연한 메일 서버이며 사용하기가 즐거우 며 Exchange에서만 수행하도록 요청받은 것들 (정규 도메인을 기준으로 도메인 필터링, 도메인 정규화를 시도하는 것)을 상상할 수 없었습니다. 교환 사용자는 하나의 도메인 만 가지고 있으며 20 개의 공개 도메인은 여전히 작동하며, 주어진 lp @ domain은 현재 3 개의 다른 플랫폼 (레거시-리눅스, Lotus 및 Exchange 등)에 존재할 수 있다는 사실을 처리합니다.
SmarterMail 의 무료 버전 (최대 10 명)을 사용 하고 있습니다. ClamAV 및 SpamAssasin이 포함 된 완벽한 기능. 캘린더, 웹 메일, 그룹 등도 있습니다.
그룹별로. 서버 측은 기본적으로 SLES 인 OES로 전환 한 이후 ROCK SOLID였습니다. 클라이언트는 기본적으로 '크로스 플랫폼'(* nix / Mac은 Java)이므로 Mac / Windows / Linux 환경에있는 경우 사람들이 Windows 데스크탑을 갖도록 강요 할 필요가 없습니다. Internet Explorer를 사용하지 않을 때 끔찍한 전망 웹 액세스 클라이언트.
그룹 별 웹 액세스, 모바일 클라이언트 등은 HTTPS를 통한 OWA와 달리 워싱턴 주 고산에서 PHD 및 3 년간의 교육을받지 않습니다.
전반적으로, 그것은 여전히 이상한 오리이지만, 두통없이 설치하고 실행할 수있는 엔터프라이즈 메일 플랫폼을 갖는 것이 정말 좋습니다.
그룹별로 . 7000 명의 사서함을 지원하는 데 하나의 sysadmin (me) 만 필요합니다. 서버 측은 훌륭하다고 생각합니다. 클라이언트 쪽은 ... 나아지고 있습니다.
Vircom (Windows 용)에서 ModusMail을 여러 해 동안 성공적으로 사용하고 있습니다. 내가 사용하는 두 가지 주요 이유가 있습니다. 하나는 기능이 풍부하고 성숙한 제품이라는 것입니다. 그것은 내가 필요로하는 다른 어떤 것과도 통합 할 수 있고, 안전한 연결을 지원하며, 전담 전문가 팀 등에 의해 지속적으로 업데이트되는 매우 우수한 안티 스팸 솔루션을 제공합니다. 유지. 소프트웨어는 거의 자체적으로 실행됩니다. 고객은 자신의 사서함을 관리 할 수있는 액세스 권한을 부여하고, 회계 보고서를 생성하여 그에 따라 청구 할 수 있으며 솔루션을 "관리"하는 데 거의 시간을 소비하지 않아도됩니다. 대기업이나 전자 메일이 절대 다운되지 않는 상황에서는
이제 단점을 위해. 완벽한 시스템은 없으므로 사람들이 어떤 솔루션에 대해 좋아하지 않는 것이 있습니다. ModusMail의 경우 첫 번째 비용입니다. 예, 비싸지 만 사용 시간을 절약함으로써 모든 비용을 절약 할 수 있습니다. 두 번째는 독점 소프트웨어입니다. 나에게 이것은 큰 문제가 아니지만 일부 사람들은 소스 코드를 볼 수 없다면 피의 살인을 외치며 잠재적 인 문제입니다. 다른 단점은 Exchange와 같은 공동 작업 플랫폼이 아니라 순수한 전자 메일 서버라는 것입니다. ModusMail은 SMTP, POP 및 IMAP을 통해 전자 메일을 처리합니다. 기본 연락처가 포함 된 웹 메일 응용 프로그램과 함께 제공되지만 그에 관한 것입니다. 그룹 캘린더 또는 기타 협업 기능을 찾고 있다면 ModusMail이 적합하지 않습니다.
이 문서를 작성할 당시 ModusMail의 버전은 4.6이므로 새 버전이 릴리스 된 후이 내용을 읽으면 위의 일부가 적용되지 않을 수 있습니다.
나는 택배를 사용합니다. 확실히로드를 처리 할 수 있으며 구성 할 PITA가 아닙니다.
나는 몇 년 전 큐메일을 사용했습니다. 흥미로운 학습 연습, 특히 "추가"항목을 추가하여 로컬 릴레이와 같은 작업을 수행 할 수있었습니다. 그러나 나중에 서버를 재 구축하고 큐메일을 다시 가져 오는 데 필요한 모든 노력을 살펴보면서 "왜 귀찮게합니까?" 그때까지 Courier-IMAP에서 maildir 저장소에 대한 IMAP 액세스를 제공하고 그 동안 Courier MTA의 나머지 부분이 릴리스되었습니다. 큐메일보다 설치와 설정이 훨씬 쉬워서 결정을 내 렸습니다.
Exim을 시도하지는 않았지만 한 작업에서 Postfix로 작업해야했고 복잡한 구성에 대해 매우 화가났습니다. 존재하지 않는 사용자의 전자 메일을 수락하고 응용 프로그램 (이메일을 일시적으로 처리)의 스크립트로 전달해야했습니다. Postfix는 이것을 불필요하게 어려운 IMO로 만들었지 만, sysadmin은 다른 MTA 로의 변경을 고려하지 않았습니다.
Courier의 유일한 주름은 최첨단 MTA 도구 (예 : SPF 지원, 그레이리스트)가 작은 점유율로 인해 다른 모든 것보다 약간 뒤떨어져 있다는 것입니다. 그리고 fetchmail이 100 %를 보내지 못했습니다. 어떤 이유로 든 이해할 수 없었습니다.
sendmail, qmail 및 exim을 사용했습니다. 내가 exim을 선호하는 사람들 중, 큐메일은 괜찮지 만 관리는 실망 스럽다는 것을 기억한다. 가능한 한 sendmail을 피하려고 노력합니다.
오늘 새 메일 서버를 설정하려는 경우 특정 사용 사례에 따라 도메인을 exim, exchange 및 gmail로 보려고합니다. 개인 메일을 호스팅했지만 이제는 Gmail 만 사용합니다 (스팸 필터링 및 광범위한 가용성은 큰 승리입니다).
Exchange 2007의 경우 Powershell을 사용하여 실행하고 관리하기가 쉽지만 사용자 경험은 일치하기 어렵습니다 (특히 모든 종류의 모바일 장치에 대한 관리가 쉬운 서버 Activesync 지원).
2007 버전은보다 모듈 식이며 더 얇은 게이트웨이 역할을 지원하므로 추측 할 수있는 일부 리소스 혼잡을 줄여 대체 프런트 엔드 메일 서버에 대한 일부 또는 모든 요구를 완화 할 수 있습니다 ...
현재 Microsoft ISA 2006을 통해 인터넷에 직면하고 있습니다. 우수한 애플리케이션 계층 필터링, 간편한 SSL 브리징, 사용하기 쉬운 인터페이스, 간편한 클러스터링을 지원하는 강력한 방화벽과 같습니다. 그리고 그것은 마이크로 소프트에서 왔습니다 ... 실제로는 믿기가 어렵습니다. 나는 그것이 진짜임을보기 위해 정기적으로 찌를 필요가 있습니다. 최신 버전이 있는데, 요즘에는 Forefront 네임 스페이스로 이름이 바뀌 었습니다. Threat Management Gateway 또는 그와 같은 성가신 것입니다.
Sendmail + Amavis (쉘 스크립트 버전). 확장 프로그램으로 첨부 파일을 트랩하기 위해 스크립트에 작은 모드를 수행했습니다.
지난 7 년, Postfix + Amavis, 지난 3-4 년 동안 Dovecot. 견고하고 잘 통합되어 있습니다. 첫 번째 통과시 90 % 이상의 스팸을 포착하고 첫 번째 통과시 100 %의 맬웨어를 탐지합니다. Dovecot은 IMAP을 통해 사서함에 빠르게 액세스 할 수 있습니다. 가장 큰 상자는 5 자리가 적고 5 초 이내에로드됩니다.
올해는 단일 사내 Exchange 서버를 추가하여 2-3 개월 안에 전환을 완료 할 것입니다. Postfix 설정은 계속 스캐닝 게이트웨이로 작동하며 외부에서 Dovecot의 프록시 기능을 통해 IMAP 액세스를 Exchange에 제공합니다.
몇 년 동안 Sendmail을 사용했습니다. 그러나 ISP의 메일 크기 제한 (예 : 개별 이메일의 크기)을 극복해야 할 때 상용 릴레이 서비스를 사용하기 시작했습니다. 상용 릴레이 서비스는 이메일을 보낼 때마다 인증이 필요합니다. Sendmail이 이것을 지원하지 않았을 때도 여전히 알 수 있습니다. 결과적으로이 메커니즘을 지원하고 Postfix 인 보안 MTA가 필요했습니다. 나는 지금 몇 년 동안 Postfix를 사용해 왔으며 훌륭하게 작동했습니다. 최소한 Sendmail과 비교하여 설정이 쉬웠으며 Sendmail처럼 보안을 유지하기 위해 동일한 수의 업데이트가 필요하지 않습니다. 예를 들어 매우 안정적이며 안전합니다.
SmarterMail에 대해 충분히 말할 수 없습니다. http://www.smartertools.com/SmarterMail/Features/Windows-Mail-Server-Software-Webmail-Exchange-Alternative.aspx
앱에 대한 나의 경험은 확고했습니다. 우리는 그것을 클라이언트 메일 호스팅에 사용합니다. 약 200 개 이상의 클라이언트, 1000 개 이상의 사용자 및 여러 SMTP 게이트웨이를 호스팅합니다. 꽤 유연합니다.
사용자가 10 명 미만인 소규모 비즈니스의 경우 무료입니다 : http://www.smartertools.com/SmarterMail/Compare-Mail-Server-Editions.aspx
우리의 메일 시스템은 공동 작업 도구 (예 : 공유 일정 관리 등)에 대한 경쟁이 많지 않으므로 MS Exchange를 기반으로 합니다.
그러나 그 이상으로 우리 는 virtualmin 과 함께 postfix 를 사용합니다. 부서에서 자체 도메인 별칭과 pop3 사서함을 관리 할 수 있도록 합니다.
그리고이 모든 것은 2 개의 postfix / amavisd-new / spamassasin / clamav 기반 메일 필터 뒤에 있습니다. http://www200.pair.com/mecham/spam/ 에서이 설정에 대한 훌륭한 자습서 가 있습니다 .
나는 큐메일 사용자입니다. 필자는 qmail이 몇 년 안에 핵심 소프트웨어를 업데이트하지 않았으며 소프트웨어를 유용하게 사용할 수있는 라이센스에 따라 소프트웨어를 공개하는 데 관심이없는 것 같다는 점을 감안할 때 큐메일은 현재 모호한 선택이라고 생각합니다. 방법. (qmail의 라이센스는 패치를 허용하지만 수정 된 버전을 직접 재배포 할 수는 없습니다. 다소 불편합니다).
그러나 지난 몇 년 동안 통합 큐메일 서버를 통합하는 데 사용했던 탁월한 소프트웨어 인 Matt Simerson의 메일 토스터에 대해서는 언급하지 않아도됩니다. http://mail-toaster.org/
Exchange는 주로 단일 공급 업체 클라이언트 / 서버 플랫폼을 가질 수 있도록하여 "재미"를 얻더라도 각 공급 업체가 다른 공급 업체를 비난하지 않도록합니다 (매우 중요한 이유 IMO). 싱글 사인온도 중요한 요소입니다.
우리는 또한 도미노를 사용할 수 있지만 하나의 전도자 외에는 클라이언트가 우리가 사용자에게주고 싶은 것이 아니라는 점이 있습니다.
과거 고용주에서 Exchange 2007을 실행했지만 이제는 Google Apps for Domains를 "실행"하고 있습니다. Exchange보다 훨씬 저렴하고 더 나은 일정 공유.