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).
- 1237 megtekintés
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 &
- A hozzászóláshoz be kell jelentkezni
"kimenő levelek meg alapjában véve a virtuális domain-ből mennek ki. "
Ezt nem értem pontosan. Mit szeretnél ezzel mondani?
Ha nem haragszol én Courier helyett Cyrus-t választom ;)
- A hozzászóláshoz be kell jelentkezni
ú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 hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Abba belemenne a szolgáltató, hogy én lennék az elsődleges MX és hosszú távon ez is a cél. Előbb tesztelni szeretném a dolgot lokálisan. Na meg a havi +2500 ft a fix IP címért az kicsit sok szerintem.
- A hozzászóláshoz be kell jelentkezni
nehari, de ha egy cég sajnál 2500ft-ot egy fix ip-ért, az régen rossz.
Kell és kész, főleg ha mailservert meg hasonló dolgokat szeretnél.
- A hozzászóláshoz be kell jelentkezni
OFF nehari, de ez a cég a jó magyar gazdaságnak köszönhetően most minden fillért próbál megfogni. majd csak újra jó lesz és akkor nem lesz gond. ;) ON
- A hozzászóláshoz be kell jelentkezni
Először is nézd meg, hogy milyen pool-ból kapod a fix címet. Van úgy, hogy a te fix címed dinamikuscímeknek foglalt pool-ból lesz kiosztva, így ugyanazok a feltételek fognak rád vonatkozni, mintha egy dinamikus címed lenne!
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Azért nem jó a relayhost hosszú távon mert az SMTP szűrések hibaüzeneteit így nem tudom visszaadni. Mivel az SMTP-m a fethmail-től kapja a leveleket így az esetleges hibaüzenet is neki megy vissza. :(
- A hozzászóláshoz be kell jelentkezni