DJB public domain alá helyezte a qmail-t

Szoftver

Daniel J. Bernstein (DJB) weboldalán jelentette be (kapcsolódó video), hogy a qmail csomagot (egész pontosan a qmail-1.03.tar.gz-t, amely 622f65f982e380dbe86e6574f3abcb7c MD5 ellenőrzőösszeggel rendelkezik) public domain alá helyezi. Azaz, a csomag szabadon módosítható, terjeszthető, stb. A szerző szerint ez nem jelenti azt, hogy bátorít a módosulatok készítésére. Azt szeretné, ha a disztribútorok időt szakítanának arra, hogy a qmail csomagjuk teljesen azt az interfészt biztosítsa mint mindenki másé.

( gyu v | 2007. 11. 30., p – 17:19 )

Sztem kicsit megkésett evvel Danika...

A Wietse Postfixe (imho) rég állva hagyta ezt az ősszörnyet :-D

Az akarja, aki nem szeretné, hogy a levél megérkezzen a címzetthez... :)

Egyébként nem azt mondom, hogy igaza van, csak hogy ő biztos vitatkozna azzal, hogy a postfix jobb, de ez nyilván érthető is valamilyen szinten. ;P

Mondjuk kiváncsi lennék, hogy mire gondolt "world fastest" alatt, ha qmail csak a "second fastest". ;)

Direkte nem mondtam, hogy a postfix jobb, bar szerintem az, ha esetleg teljesitmenyben vagy securityben nem is, de feature es hasznalhatosag (konfiguralhatosag) szempontjabol fenyevekkel.

Amugy tok megertem, pl. en is vitatkoznek azzal aki azt mondja, hogy a vlc (vagy a xine) jobb, mint az mplayer :)

A'rpi

> amugymeg ki hasznalja a postfixet beepitett maildir-es local deliveryvel? nem sok ertelme van.

Miért?

Szerintem én használnám, ha nem mailboxokkal indult volna el a szolgáltatás, így csak aki akarta, annak megy maildirbe. Azt hiszem procmail-lel, de már nem vagyok benne biztos, régen volt, hogy néztem.

Mi szólna ellene?

Máshol van egy gép, ott pl. exim van, és minden a beépített maildir-es local deliveryvel megy.

Rossz ez így?

Miért?

G

Hat egyreszt annal azert ma mar magasabb igenyek vannak egy mailserverrel szemben. Kezdeten pl. spam es virusszures... bar van valami qmailscanner ha jol remlik.

Masreszt, a biztonsagossal kapcsolatban had idezzek egy mai ELTE-s korlevelet:

"Kedves Felhasznaloink!

Az utobbi hetekben egyes ELTE domainek (ludens.elte.hu, inf.elte.hu) bizonyos
kulso domainekrol (vipmail, yahoo.com) nem, vagy csak kesve kaptak levelet.
A problema abban az esetben jott elo, ha a kulso domain MTA-kent qmailt
hasznal, es a tole indulo SMTP kapcsolatfelvetel idejen az adott ELTE
domain IP-jenek portonkent ertelmezett limitje betelt (flood detect).
Ekkor a qmail RFC felreertelmezes miatt a levelet nem probalja meg
kezbesiteni a mail.elte.hu-n keresztul."

nekem a biztonsag mast jelent.

A'rpi

Erről tudtok esetleg valami autentikusabb forrásból írni, mint egy ELTE körlevél? Köszi.

Használtam én is egy időben. Nem volt vele bajom, de a beállításnál az "én tudom hogyan működik a többiek meg próbáljanak rájönni doksi nélkül" elv nem nagyon tetszett. Ha viszont beállította az ember és ment, akkor stabil volt.

Köszi, megnézem. Már ha az RFC problémára írtad. Ha amiatt, hogy a beállításához sok infó van, akkor amikor én foglalkoztam még nem igazán volt ilyen terjedelmes dokumentáció hozzá, csak a hozzáadott és sok kis részlet a neten. De sikerült beállítanom és mint írtam, ha elindult, akkor stabilan ment.

( molti | 2007. 12. 01., szo – 00:29 )

Konfigolni valóban nem egy leányálom, viszont üzemeltetni az, de gondolom ez is csak megszokás kérdése én már egy jó ideje nem váltok Qmailről.
Kívül belül ismerem s megbízok benne :D

( asch v | 2007. 12. 01., szo – 14:32 )

Eddig milyen licensszel lehetett használni? Mert az sehonann nem derül ki számomra.

( bra | 2007. 12. 01., szo – 22:26 )

Meghízott kicsit. Úgy néz ki, mint egy pingvin.