Dbmail

Den aktuella versionen av sidan har ännu inte granskats av erfarna bidragsgivare och kan skilja sig väsentligt från versionen som granskades den 30 december 2015; kontroller kräver 9 redigeringar .
dbmail
Sorts POP3 , IMAP , SMTP , LMTP
Utvecklaren NFG Net Facilities Group och community
Skrivet i C , Autoconf
Operativ system Programvara för flera plattformar
senaste versionen 3.2.3 (25 januari 2015)
Licens GNU General Public License
Hemsida dbmail.org

DBMail är ett projekt med öppen källkod  som ger möjlighet att lagra e-post i en relationsdatabas , såväl som användarnas arbete med deras korrespondens med hjälp av IMAP- och POP3- protokollen .

Beskrivning av komplexet

Komplexets sammansättning

Hur det fungerar

  1. Mottagning av elektronisk korrespondens utförs av MTA . I det här skedet kan filtrering för skräppost och virus , meddelanderouting också förekomma.
  2. MTA skickar mottagna meddelanden till DBMail, antingen genom en lokal röranslutning eller genom LMTP- protokollet . Meddelanden placeras i databasen .
  3. Arbetet för användare med e-post lagrad i databasen är helt organiserat med hjälp av DBMail, som implementerar åtkomst via IMAP- och POP3- protokollen .

Arbeta med databasen

Den största skillnaden med detta projekt är användningen av en relationsdatabas för att lagra information om e-post , inklusive hela innehållet i e-postmeddelanden, såväl som användarkonton och deras inställningar. Det är också möjligt att använda LDAP som tredjepartslagring för användarkonton. DBMail fungerar bara med databasen, utan att göra operationer med serverns filsystem direkt, vilket teoretiskt sett borde ha en positiv effekt på säkerheten för hela systemet som helhet.

Följande relationsdatabaser stöds för närvarande :

Arbeta med LDAP

Som ett arkiv med information om användarkonton, samt alla inställningar för användarpostlådor, är det möjligt att använda LDAP . Det är möjligt att arbeta med Active Directory [4] .

Arbeta med MTA

Följande MTA :er stöds för närvarande :

Implementering av Sieve

DBMail kan använda ett regelspråk för e-postfiltrering vars implementering är lånad från Cyrus IMAP. Detta ger användarna möjlighet att ställa in sina egna regler för att sortera post i IMAP- kataloger .

Fördelar

Skalbarhet

Lagringsskalbarhet begränsas endast av funktionerna i den relationsdatabasen som används . Antalet servrar som betjänar användaranslutningar via POP3- och IMAP-protokoll , såväl som demoner för att ta emot e-post från MTA , begränsas också endast av gränsen för samtidiga anslutningar till databasen.

Säkerhetskopiering och replikering

Helt organiserad av de avancerade funktionerna i moderna databaser.

Säkerhet

Komplexet kommer inte direkt åt serverns filsystem , vilket har en positiv effekt på säkerheten för hela systemet som helhet.

Hastighet

Användarnas e-postmeddelanden behandlas i en relationsdatabas, ursprungligen utformad för att utföra sådana uppgifter att lagra och bearbeta data.

Enkel administration

Komplexet har en uppsättning konsolverktyg som ger full kontroll över driften av systemet. Dessutom, på grund av det faktum att meddelanden, strukturen för användarkataloger, såväl som själva kontona, lagras i databasen , är det möjligt att använda självskrivna skript för att automatisera administrationsprocessen för komplexet. Det finns också komplexa hanteringsverktyg från tredje part som skapats av communityn. Det är möjligt att integrera med externa datalager om användare, såsom LDAP och Active Directory [4] .

Nackdelar

Teoretiskt sett är den största nackdelen med komplexet dess främsta fördel - användningen av en relationsdatabas , nämligen detaljerna hos den senare. Vilket kan visa sig i viss prestandaförlust när man utför ett antal operationer, till exempel när man placerar ett stort antal meddelanden i databasen samtidigt [5] . Dessutom kan användningen av en databas kräva ytterligare färdigheter och kunskaper om relationsdatabasadministration .

Historik

Den första versionen [6] av komplexet släpptes den 3 december 2002. Vid den tiden utvecklade IC&S [7] projektet . För tillfället sker utveckling av NFG och samhället.

Tredje parts administrationsverktyg

För tillfället finns det minst två fullfjädrade implementeringar av webbgränssnittet för att hantera DBMail. Den kanske mest utvecklade av dem, DBMail Administrator [8] , kan ge full kontroll, upp till MTA -hantering (kräver preliminär förberedelse av själva MTA). Men det finns också ett antal nackdelar: den relativa "tyngden" av skript, administratörsbehörighet endast med hjälp av en webbserver . Det andra projektet, DBMail Admin [9] , har för närvarande mer blygsamma möjligheter, men är fullt kapabelt att ersätta verktyg för konsoladministration , samtidigt som de använder inbyggda DBMail-e-postkonton för administratörsautentisering, vilket är mer lämpligt för konceptet centraliserad förvaltning av komplexet. En lista över rekommenderade administrationsverktyg från tredje part publiceras i den officiella kunskapsbasen [10] för DBMail-projektet.

Anteckningar

  1. 1 2 DBMail + Postfix + PostgreSQL Arkiverad 20 februari 2011 på Wayback Machine OpenNET
  2. 1 2 DBmail + Exim + MySQL Arkiverad 21 december 2010. linuxforum
  3. 1 2 DBMail + Exim + SQLite  (nedlänk)
  4. 1 2 Integrering av DBMail i Active Directory Arkiverad 25 augusti 2010 på Wayback Machine OpenNET
  5. dbmail benchmarking . Datum för åtkomst: 23 januari 2011. Arkiverad från originalet den 18 juli 2011.
  6. DBMail 1.0 releasemeddelande . Hämtad 23 januari 2011. Arkiverad från originalet 5 mars 2016.
  7. IC&S (nedlänk) . Hämtad 23 januari 2011. Arkiverad från originalet 20 januari 2011. 
  8. DBMail-administratör . Datum för åtkomst: 23 januari 2011. Arkiverad från originalet 3 januari 2011.
  9. DBMail Admin (nedlänk) . Datum för åtkomst: 23 januari 2011. Arkiverad från originalet den 22 oktober 2011. 
  10. Officiell WIKI för projektet . Datum för åtkomst: 23 januari 2011. Arkiverad från originalet den 17 mars 2011.

Länkar