Gondolom nem kell leírnom, hogy mit jelent a spamszűrés, mindenki ismeri a spam fogalmát. A spam levelek ellen alapvetően kétféle módon védekezhetünk, az egyik az, amikor a szabályos SMTP működést követeljük meg, a másik esetben a levelek tartalma alapján dönti el a spamszűrő, hogy dobja-e a levelet, vagy kézbesítse. Az első megoldásra a postgrey kényelmes, […]

A levelezés egyik oldala az szerver van, amely a levelek fogadásáért és tárolásáért felel, a másik oldalán pedig a POP3 és/vagy IMAP szerver van, amelyeket a tárolt levelek elérésére találtak ki okos emberek. Sok lehetőségünk van POP3 és IMAP szerver beüzemelésére, én a Dovecot programot preferálom, telepítsük fel: Majd nézzük meg a /var/log/maillog fájlban, hogy

A jelenlegi “felgyorsult” – azonnali üzenetküldést használó – világunkban már kevéssé használt technológia a levelezőlista, ám a 10 évvel ezelőtti “felgyorsult” világ népszerű fórumhelyettesítő megoldása volt. Ha levelezőlistákat szeretnénk üzemeltetni, akkor a kevés lehetőség közül a Mailman nevű programot érdemes használnunk, telepítsük fel: Majd szerkesszük kicsit az átnevezett állományt: Nagyjából annyit tettünk, hogy létrehoztunk egy lists.javaforum.hu virtuális

Sajnos nem tudom, hogy mi a CentOS alapértelmezett levelező programja, a szervert előretelepített állapotban Exim MTA (Mail Transfer Agent) kaptam, amely helyett a Postfix szervert szeretem használni, ezért feltelepítettem egy Postfix-et, eltávolítottam egy Exim-et és tudattam a CentOS-sal, hogy új MTA van, beállítottam a feltelepített programok futási szintjét és el is indítottam a Postfix-et: Ezek

Hozzuk létre a crowd felhasználót: Töltsük le és csomagoljuk ki a legfrissebb Crowd szoftvert: Állíítsuk be a virtual host konfigurációt: Adjuk meg az adatok helyét: Hozzuk létre az adatbázist: Majd indítsuk el a szoftvert és kövessük a naplóban az indulás állapotát, illetve fejezzük be a telepítést (és az adatok visszaállítását) a webes felületen:

Hozzunk létre egy felhasználót: Majd töltsük le és csomagoljuk ki a friss JIRA példányt: Állítsuk be a megfelelő data könyvtárat: Amelyet hozzunk is létre: Hozzuk létre a felhasználót és az adatbázist: Állítsunk be más alapértelmezett portokat, ha futtatunk Tomcat-et vagy egyéb alkalmazás szervert: Esetleg konfiguráljuk be egy virtual host-ot is: És el is készültünk, indítsuk el a példányt

Hozzuk hozzá a fisheye felhasználót: Töltsük le a friss szoftvert: Hozzuk létre az Apache bejegyzést a virtual host eléréséhez:

Fejlesztőként szükséges egy verziókövető rendszer, sok lehetőség közül és a Subversion-t használom, ennek telepítéséhez két programot kell feltennünk: Ezen után szerkesztenünk kell a subversion.conf állományt az Apache Httpd könyvtárában: Majd hozzunk létre egy próba repository-t, megfelelő a subversion.conf állományban fellelhető példa is (fent már töröltük): A második állomány a hozzáféréseket szabályozza: És a Subversion szerverünk

A SELinux érdekes állatfaj, a használatával biztonságosabb lehet a szerverünk, de néha bele tudunk futni fura hibákba, amelyeknek nem feltétlen értjük a forrását. Ilyen hiba lehet az, ha egy saját magunk által írt Munin plugin nem tud lefutni, s az alábbi hibát írja a logba: Ránézésre semmi ok nincs arra, hogy ne tudná lefuttatni az

Az LDAP egy olyan adatbázisok gyűjtőneve, amelyekkel Lightweight Directory Access Protocol-on keresztül lehet beszélgetni, s magát az adatbázist úgy tervezték, hogy sokkal többször és gyorsabban lehet belőle olvasni, mint írni. Alapvető célja olyan adatok tárolása, amelyeket gyakran olvassuk és ritkán írjuk: belépési adatok, email címek, domén adatok, stb. Telepítés Az CentOS operációs rendszeren (és a