Megjelent az OpenSMTPD első éles felhasználásra szánt verziója

 ( trey | 2013. március 31., vasárnap - 8:45 )

OpenSMTPD

Több mint négy éve már annak, hogy Gilles Chehade (gilles@) a meglevő MTA-k felett érzett elégedetlensége miatt hirtelen felindultságból saját, az OpenBSD alaprendszerébe emelhető SMTP szerver fejlesztésébe kezdett. Később munkájához támogatókat keresett, majd az OpenBSD projektben is elkezdtek vele foglalkozni.

Az elmúlt években a fejlesztés folytatódott, majd néhány nappal ezelőtt az AsiaBSDCon rendezvényen Eric Faurot (eric@) bejelentette, hogy elérhető az OpenSMTPD első stabil, éles környezetben való felhasználásra is ajánlott 5.3-as verziója.

Főbb szolgáltatások

  • HUMAN READABLE CONFIGURATION
  • IPv4 and IPv6 support
  • STARTTLS and SMTPS support for both incoming and outgoing sessions
  • AUTH support: bsd_auth(3) and crypt(3)
  • SIZE support: limit the size of client-submitted messages
  • Listener-specific banner hostname
  • Listener-specific sessions tagging
  • Support for global and per-domain expiry for messages
  • Support for customizable delays for bounces
  • Support for primary and virtual domains
  • Support for alternate user database: db(3), file or smtpd.conf
  • Support for aliases and ~/.forward mappings
  • Delivery to mbox, maildir or third-party MDA
  • Support for LMTP relaying
  • Support for smarthost
  • Support for sending certificate when connecting to remote host
  • Support for backup MX
  • Support for relay source address override
  • Support for relay HELO override
  • Support for SMTP-level sender override
  • Support for connections reuse and optimization
  • Support for queue backends: filesystem and ram
  • Support for lookup backends: db(3), static
  • Run-time statistics through "smtpctl show stats"
  • Run-time tracing through "smtpctl trace "
  • Run-time monitoring through "smtpctl monitor"

Kísérleti állapotú funkciók

  • SQLite lookup backend
  • LDAP lookup backend

Portolhatóság

  • Support for PAM authentication
  • Known to build and work on FreeBSD, NetBSD, DragonFlyBSD and Linux

Korlátozások

  • No filters support yet (work in progress)
  • No masquerading or address rewrite yet

További részletek az opensmtpd.org-on.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

'HUMAN READABLE CONFIGURATION '
nekem a postfix configja elég olvasható.... - lehet nem vagyok ember :D

--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

Szerzőnek a Postfix-szel már problémája volt.

--
trey @ gépház

Ahogy kiveszem, igazából nem a postfix funkcionalitásával, de mégcsak nem is konfigfájljainak formátumával van baja, hanem azzal, hogy nem az OpenBSD szerves része.

Egyébként a postfix konfigformátuma is agyrém, főleg ha több smtpd példányt is akarsz futtatni pl. különböző portokon. Cserébe még nem volt olyan agyament konfig, amit ne sikerült volna összerakni vele.

És még mindig nem ér nyomába se a konfigjának a lehetetlensége pl. az rsyslog konfigformátumának :-)

Minden relatív - anno a sendmail.cf -et is megtanították írni-olvasni nekünk egy tanfolyamon - mondjuk elég bőségesen felejtettem azóta belőle...

nekem csak 1 dolog hianyzik a postfixbol: a levelek prioritasanak allitasa a queue-ban. idonkent kikuldenek par 1000 db nagy levelet, amit raadasul at kene zavarni spam+virusszuresen is, ez elegge leterheli a gepet es addig a normal levelforgalom is varakozik...

A'rpi

Az 1000 level teljesen eltero ? Nem lehet mondjuk a csatolmanyokra vonatkozo spam/virus eredemneyket ujra hasznositani ?


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

a levelek hasonlok, talan meg ugyanaz is, exchange-bol kuldik ki es az a rohadek minden egyes cimzettre kulon adja at a linuxos relay-nek a levelet, nem pedig 1 levelet ad at az osszes cimmel... errol az exchange adminoknak eddig nem sikerult lebeszelniuk, hogy ez az o vagy az exch hibaja azt nem tudom :)

az attacs jo kerdes, elvileg ugyanaz, de en nem tudok erre kesz megoldast, lefejleszteni meg nincs sok kedvem. plane tobbfele spam es virusszuron megy keresztul...

amugy meg ettol fuggetlenul is jo lenen egy olyan feature, hogy a nehany kritikus cimre jovo-meno leveleket nagyobb prioritassal kezeljuk, mint a sok ezer kevesbe fontosat. erre kulon gepet/postfixet meg nem szeretnek felhuzni, de lehet hogy az lesz a vege.

A'rpi

Ha végre csinálna valaki egy jól, akár alacsony szinten scriptelhető, nagy teljesítményű szervert, azt mondanám, hogy volt értelme.
De ennek...
--
zsebHUP-ot használok!

Ópenszósz, bármikor forkolhatod és megcsinálhatod te. :)

--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”

exim?

Nem igazán.
--
zsebHUP-ot használok!

Tetszos. Latszik, hogy nagyon sok ihletet meritett az eximbol, de megis sikerult neki egy kicsit egyszerubben kezelheto konfigot kesziteni.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.