Web, mail, IRC, IM, hálózatok

SPF, DKIM, DomainKeys, DMARC

Sziasztok

Pár napja bíbelődök ezzel a témakörrel.
A check-auth kukac verifier.port25 pont com -ra küldött levélre a következő válasz report jön:

==========================================================
Summary of Results
==========================================================
SPF check: pass
DomainKeys check: neutral
DKIM check: pass
Sender-ID check: pass
SpamAssassin check: ham
==========================================================

A domainkeys érdekelne engem, mivel:
----------------------------------------------------------
DomainKeys check details:
----------------------------------------------------------
Result: neutral (message not signed)
ID(s) verified: header.From=user kukac domain.hu
DNS record(s):

Több tucat howtot-t, leírást elolvastam már a témában, de ezt a hiányosságot nem teljesen értem. Milyen aláírást hiányol?
Az megvan (ha jól értem), hogy ez a hiányosság nem hiba, de szeretném ezt is érteni. Ha erre a resultra keresek rá, általában a DKIM-et erőltetik, de az ugye már megvan.
Itt valami bejegyzett hitelesítő által aláírt cert meglétét/nem létét vizsgálja a DKIM-ben vagy miről szól ez a DomainKeys check?

Előre is köszönöm a segítséget!

Roundcube Imap empty startup greeting

Sziasztok,

Van egy hMailServerem (Win), amire távolról kapcsolódik egy Roundcube frontend. Eddig ment is szépen, de ma észrevettem, hogy nem tudok bejelentkezni a webmailbe. A logjában ezt találtam:

[28-Mar-2013 14:33:59 +0100]: IMAP Error: Login failed for userem@domainem.hu from xxx.xxx.xxx.xxx. Empty startup greeting (xx.xxx.xxx.xxx:143) in /usr/share/roundcube/program/include/rcube_imap.php on line 205 (POST /webmail/?_task=login&_action=login)

Eddig ment, a configban változás nem történt. A Roundcube repoból lett telepitve még 1 hónapja, akkor ment szépen a webmail.

Előre is köszi!

Milyen Humán Erőforrás (HR) szoftver ajánlotok belső webfelületre?

Sziasztok,

Tudnátok ajánlani HR szoftvert, amit belső hálón saját szerveren üzemeltetnénk?Eddig néztem az OrangeHRM-et, de a lokalizálása derékba tört a csudálatos felületük miatt, és a kiegészítő modulok marha drágák. (pl.:sima Export modul $200). Nem a mi piacunkra van árazva.

OpenERP-ben is van HR mpodul, de a 7-es támogatottsága még a béka segge alatt van. (felraktuk, kipróbáltuk, de kevés a boldogsághoz)

Belső hálózaton szeretnénk használni saját szerveren:
- munkaidő és szabadság nyilvántartásra
- munkavállalói adatokat és dokumentumok tárolására (szerződések, titoktartási, stb)
- értékelések nyilvántartására
- új felvételek és kilépők rendszerezésére
- stb.

Fontos lenne a magyar nyelv része, mert nem mindenki beszéli az angolt (néha a magyart se helyesen :))

Szívesen várnom a véleméyneteket, javaslataitokat.

Apache default oldal beállítása

Van egy egyszerű problémám, de nem találom a megoldást.

Egyszerű appache szerver, amin van két egymástól független weboldal.
Mindkettő a /var/www könyvtár alatt (/var/www/oldal1 és /var/www/oldal2 könyvtárakban).

Azt szeretném elérni, hogy ha valaki beírja, hogy www.oldalneve.hu, akkor a /var/www/oldal1 alkönyvtárban levő weboldalt küldje el a szerver.
Viszont ha beírom a böngészőbe, hogy www.oldalneve.hu/oldal2/index.html akkor nyissa meg a /var/www/oldal2 alkönyvtárban levő weboldalt.

Ha az /etc/apache2/sites-available/default file-ban átírom a DocumentRoot értéket /var/www -ről /var/www/oldal1 -re, akkor az oldal1 könyvtárban levő weboldalt szépen megnyitja egy sima www.oldalneve.hu kérésre, de azután nem fogadja el a www.oldalneve.hu/oldal2/index.html oldal kérését mert azt már rossz helyen keresi, mivel a /var/www/oldal1 alkönyvtárban keresné az oldal2 alkönyvtárt.
Remélem érthető voltam.

honlap költöztetés, domain változás

Volt egy tárhely, egy webhosting szolgáltatónál, ami a saját domainemmel volt elérhető: www.domainem.hu
itt volt egy honlap régi verziója. Statikus oldal.

Volt egy másik tárhely, ami a www.domainem.szolgaltato.hu néven volt elérhető, ide raktam fel az oldal új változatát, párhuzamosan kell futnia egy darabig a régivel. Dinamikus oldal, drupal.

Összevontam a kettőt, hogy egy tárhelyre legyen csak szükség, illetve mindkét honlap a saját domainnel legyen elérhető. ( de fusson tovább párhuzamosan)
Úgy csináltam hogy:
1. az új oldalt egy könyvtáral beljebb költöztettem a tárhelyén: /newsite
2. a régi honlapot átmásoltam az új tárhelyre (ez egy statikus oldal), a főkönyvtárba.
Így a
www.domainem.szolgaltato.hu címen a régi honlap
www.domainem.szolgaltato.hu/newsite címen az új honlap érhető el, működik.
3. megkértem a szolgáltatót, hogy állítsa át, ezentúl a domain az új tárhelyre mutasson. Megtörtént.
Azaz már
www.domainem.hu címen is a régi honlap
www.domainem.hu/newsite címen is az új honlap érhető el. Az új tárhelyen. Működik.
...de persze párhuzamosan él a .
www.domainem.szolgaltato.hu ill. www.domainem.szolgaltato.hu/newsite cím is.
Nem lenne baj, bár szükség sincs rá, (ill jobban örülnék ha nem menne) viszont:

Ha csinálok a régi oldalra egy linket, ami az újra mutat, azaz a www.domain.hu-n levő oldalon lesz egy link ami a http://www.domainem.hu/newsite oldalra mutat, akkor bejön az új, drupalos oldal, viszont a cimsorba átíródik a cím, és a www.domainem.szolgaltato.hu/newsite jelenik meg. Innentől kezdve ezen a címen lehet navigálni az új oldalon, a domainem.hu/newsite helyett.

Miért?
A drupal miatt, vagy a szolgáltató miatt?
Ha a szolgáltató miatt, akkor mit írjak neki, min változtasson? :/
...vagy a drupalban mit kellene tennem?

No hát igazából csak az az érdekes hogy ha beírom a böngésző címsávjába hogy
www.domainem.hu/newsite
akkor működik szépen, bejön az új oldal ezen a címen, és marad az url.

Ha beírom hogy www.domainem.hu , akkor bejön a régi oldal.

Viszont ha a www.domaine.hu oldalon csinálok egy linket, ami a http://www.domainem.hu/newsite -re mutat, akkor bejön az új oldal, de átíródik az url a tárhely régi címére.

Nincs ötletem hogyan tudnám én ezt akár direkt megcsinálni.. :/
Mi lehet a gond...

Nektek van ötletetek?

Automatikus válasz a bejövő levelekre szerveren keresztül

Helló mindenkinek!

Egy kis segítséget szeretnék kérni tőletek. A főnökség megkért, hogy minden bejövő emailre automatikus választ kell küldenie feladónak, hogy megkaptuk az üzenetét. A cégnek egy email címe van és egyszerre 4-5 gépről dolgozunk. Ezért már évek óta getmail-el szedi le a szerver a külső szerverről a leveleket. Az irodában pesig Imap-on keresztül csatlakoznak a kliensek melyet a dovecot szolgál ki. Ez a megoldás tökéletesen működik így és ebben a rendszerben kellene valahogy beültettem az automatikus válasz opciót.

Van erre nektek bármilyen ötletetek? Tudnátok adni valamilyen irányt, hogy merre induljak el?

Üdv, automi

Vállalati Dropbox jellegű megoldás

Sziasztok!

Egy céges FTP kiváltására keresek Dropbox jellegű webes megoldást.
Az alap elképzelés az, hogy nagy fájlok küldésére, fogadására szeretnék használni a júzerek. Valaki használ hasonló megoldást esetleg? Olyan kellene ami egyszerű és viszonylag normálisan is néz ki.

Köszi!

Zoli

Gyorskerdes: OpenWRT DNS kliens

Egy villamkerdes: OpenWRT-ben hogy mondom meg azt, hogy ne a szolgaltato altal adott DNS szervert hasznalja, hanem azt, amit en adok meg? Biztos egyszeru, de nem tudok rajonni. Nem a DHCP szerver altal osztott DNS cimet akarom megvaltoztatni, hanem azt, hogy minden DNS query-t egy darab szerver fele toljon (es maradjon o a DNS szerver a DHCP beallitasokban).

Tuti hogy egyszeru a dolog, de annyira nem trivialis a dnsmasq konfigja szamomra...

Levelek spambe mennek!

Sziasztok!

Adott egy Debian Squeeze-vel megáldott VPS. Ezen fut webszerver és levelezőszerver (postfix+dovecot). Spamszűrő nincs telepítve. A gondom mégis az, hogy a levelek, amiket kiküldünk róla, a 80%-a spambe megy... Vagy van, hogy meg sem kapja a címzett... Én már a hajamat tépem, mert hónapok óta ezzel küszködök.

Segítséget kérnék, akár privátba is. Természetesen az spf rekord is be van állítva, abuse listán nem vagyunk fent.

Akár tömegével küldjük, akár egyenként (pl egy Drupal), spambe mennek a levelek.

Ez már nem csak, hogy idegesítő, hanem egyenesen káros is, főleg a Tégy Jótnak.

A legjobb az lenne, ha privátban írna valaki, és együtt átbeszélnénk, stb.

Előre is köszi.
Üdv,
gkaroly