Levelező szerverek, virtual users és domains

Fórumok

T. fórumozók!

Most, hogy egyre jobban kezdem beleásni magam a témába nem értem ezt a virtual dolgot.

A virtual user még értem, de a domaint nem. Mire való pontosan?

Van egy domainünk amin a levelezés megy egy szolgáltatónál. Legyen eles-domain.hu
Van egy helyi hálózatunk az irodában: mosaic.localnet
Terv: szolgaltato.imap->fatechmail->postfix->cyrus-imap

Ha én a postfix+cyrus -ban felveszek egy eles-domain.hu virtual-t akkor mi fog történni?
Helyi hálózatunk az internet felől nem látható mert az internetszolgáltatónk routere mögött vagyunk.
Ja és kifele SMTP-nek a saját postfix szervert szeretném használni (relayhost -al).

Hozzászólások

szerintem odabent belősz egy virtual email történetet postfix+courier+mysql trióval, majd a fetchmail-el leszedegeted a leveleket, a kimenő levelek meg alapjában véve a virtuális domain-ből mennek ki. (ha rám hallgatsz, csak imapozol)

én nem "keverném" bele a virtuális domain-be az élest, abból kavarodás lehet(ne)...

(howtoforge.com lapon keress rá a trióra, ne felejtsd el a postfixet patch-elni, ha a doku szerint szükséges, illetve teszteld orrba-szájba 1-2 napon keresztül, nehogy élesben érjenek a meglepetések).

aki meg ennél okosabb megoldással tud szolgálni, úgyis hozzászól :)

--
Sony Vaio &

úgy értettem, hogy az irodában mindenkinek ez a virtual domain-es levelezés lenne beállítva, így amikor fogadnak/küldenek, ez a megoldás szállítja a leveleket.

cyrus-t nem vágom, abban nem tudok segíteni.
(courier-t se nagyon, de ilyenre azt telepítem/konfigolom)

--
Sony Vaio &

a levelezési "virtual domain" az én olvasatomban (és eddigi sok éves használatom szerint) arról szól, hogy egy levelezőszerver (legyen mondjuk mailszerver.szolgaltato.hu) fogadja és feldolgozza más domainek (pl.: egyikugyfel.hu, masikugyfel.hu) leveleit. Azaz, a te domain-ed valószínüleg egy virtual domain a szolgáltatód mail szerverén.

Amit te szeretnél, az csupán egy lokális mailszerver a cégnél, ami teljesen működőképes dolog, de egyeltalán nem szükséges a külső céges domain-re konfigurálni, ugyanis a levelek lehívásakor a fetchmail simán átforgatja a felhasznalo@publikus.domain címeket felhasznalo@helyi.domain-re és mindenki megkapja a levelét.

A helyi szerveren én is postfix-et és courier-imap-et javaslok, de háttérnek nem biztos, hogy mysql-t. Egy céges környezetben lehet, hogy ldap-al jobban jársz (összehangolhatod pl. az irodai samba server authentikációjával - ha van). Vagy, ha kevés címről beszélünk, használhatsz egyszerűen local usereket is.

A fetchmail-es lehívás helyett - ha a szolgáltatóddal össze tudsz hangolódni, ami egyébként kétséges - szerintem szebb, ha beállítod az irodai szervert valós, elsődleges MX szervernek és a szolgáltatós biztonság esetére csak másodlagos MX-et szolgáltat neked, postafiókot nem.

Nem csakhogy fix IP kell, de olyan legyen az IP, amin működhet mailserver. Mert ha csak úgy lesz fix, hogy a szolgáltató usereknek szánt tartományából ad egyet, attól az még PBL listákon rajta lehet.
Például: http://www.spamhaus.org/pbl/query/PBL158392
És ebből a tartományból (Rubicom) a Google és a Datanet is úgy vágja vissza a levelet, hogy öröm nézni.

Szerk: a spamhouse listájáról pénzért levetetheted magad, de bármikor (vélt okkal) megszüntethetik a kivételt és pénzt nem kapsz vissza.

Viszont, ezen problémák kivédésére még mindig használhatja a szolgáltató (ez esetben a kapcsolat szolgáltató) mail szerverét relay hostnak a kimenő levelekhez.

OFF - Amúgy ezt a fix IP dolgot nem értem, miért kell így felfújni? Mi kerül rajt egyeltalán pénzbe? Az én szolgáltatóm ezt tök emberi módon kezeli: "Tudod mi az és kell, mert használnád? Nesze!" Az ügyfelek 98%-ának úgyis tökmindegy, 2%-nyi IP-t meg miért ne lehetne lekötni? - ON