Sziasztok.
Egy probléma megoldásában kérném a segítségeteket.
A helyzet a következő: Van egy xxx.hu domain, aminek a mailservere a tonlánynál van és onnan kéne letölteni az összes olyan mail-t egy helyi serverre, ami az xxx.hu végződésű címre jön. Aztán erről a helyi serverről tudnák letölteni a userek a saját címükre jött leveleket.
A gond az hogy ötletem sincs, hogy hogyan lehetne ezt megvalósítani, milyen programokkal, szal az eliduláshoz kérnék szépen egy kis segítséget.
- 1402 megtekintés
Hozzászólások
fetchmail -> szabilinux.hu
- A hozzászóláshoz be kell jelentkezni
fetchmail a levelek leszedesere jo lehet, bar azt azert jo lenne tudni, hogy a tonline szerveren milyen formaban lehet elerni oket..
- A hozzászóláshoz be kell jelentkezni
Hát pop3-n felcsatlakozok, van egy felhasználónév meg jelszó és azt megadva letölthetem az összes levelet.
Ha a techmail jó, az ok, de utána hogyan tudom elérni h a userek meg a helyi szerverről letölthessék a leveleket?
- A hozzászóláshoz be kell jelentkezni
szerintem sehogy. mert ami van megoldas az nem tokeletes.
procmail szetvalogatja helyi usereknek
miert nem tokeletes?
mert a BCC-T nem tudod kinek levallogatni.
- A hozzászóláshoz be kell jelentkezni
Ez nem valami bíztató. Pedig valahogy muszáj lenne megoldanom. Meg azt mondták h minden nagyobb cég így csinálja....
És hogyha procmailel szétválogatom a leveleket, akkor azt a userek nem tudják letölteni?
- A hozzászóláshoz be kell jelentkezni
felraksz egy pop3/imap demont. letrehozol usereket.
mondjuk a root lehuzza a leveleket es a procmail szetvalogatja.
errol kell tanulnod kezdesnek:
- procmail
- fetchmail
- pop3/imap szerver
miert nem fog mukodni 100%-osan?
mert, ha bcc-ben kapja a user a leveleket, akkor te nem fogod tudni ki a cimzett es nem tudod kezbesiteni.
nagy cegek (kicsik is) egyaltalan nem igy csinaljak!
legpitibb megoldas szuksegletei:
1. adsl vegen egy ceges szerver ejjel-nappal online.
2. legyan a gepnek vagy fix ip cime vagy fix neve ( akarki.dyndns.tld)
3. a sajat domain mx rekordja legyen atiranyitva a fix ip-re vagy az akarki.dyndns.tld-re
4. allits be egy MTA-t (postfix)
5. allits be egy pop3/imap szervert
6. orulsz
megjegyzes a 4. ponthoz: ezt is sok fele keppen teheted, pl.: virtual user vagy sem.
- A hozzászóláshoz be kell jelentkezni
Tom h hülyeség de azt mondták így csináljam meg. Én is furán néztem, nem értem mi értelme. Egyébként mi az a bcc? Másolat?
Azt nem értem miért nem lehet berakni egy mail servert és átírányitani arra a domaint?
- A hozzászóláshoz be kell jelentkezni
bcc rejtett masolat.
te most szivatsz? lassan 2 eve regisztralva vagy, es olyanokat kerdezel, mint akinek most hozott a mikulas pc-t. :)
- A hozzászóláshoz be kell jelentkezni
hogy miert nem lehet betenni egy mail szervert nalatok, azt en sem tudom. errol nem talaltam howtot. :)
- A hozzászóláshoz be kell jelentkezni
BlindCarbonCopy
(Nomen est omen)
- A hozzászóláshoz be kell jelentkezni
Létezik erre valami workaround ha jól emlékszem. Anno 5-6 éve küzdöttem ilyesmivel, és sikerült is megoldani. Valami olyasmi volt, hogy egy procmail szabállyal betettem egy plusz headert a levélbe a fetchmailnek meg megmondtam, hogy vegye figyelembe letöltéskor. Persze kérdéses, hogy a szerveren van-e lehetőség ilyesmire.
- A hozzászóláshoz be kell jelentkezni
A nagyobb cégek nem egy "T-Online alapszolgáltatásként nyújtott" e-mail címet használnak, hanem megtehetik egy saját domain birtoklását, amin röhögve lehet mindenkinek egy saját postaládája, vagy megkérik a kedves szolgáltatót, hogy tartson fent több levládát.
Egyébként a procmaillel különválogatod egy-egy könyvtárba, csoportba a leveleket, és a cronba beleteszel egy percenként lefutó scriptet, ami sendmaillal kiszórhja a leveledet egy levelezőszerverre, ahonnan szegény userek már a szokásos levélszerzéssel kézbesítik maguknak a levelet. Picit rázós, de szerintem egész jó a felvázolt helyzethez.
Ui.: most olvastam tovább és Oregon szép választ adott. A baj a megrendelőddel az, hogy a vas többe fog kerülni, mint pár módosítás az infrastruktúrán. Becsületből vissza kéne dobni az összes ilyen felkérést, különben egyre nagyobb ökörségeket fognak kérni tőlünk.
- A hozzászóláshoz be kell jelentkezni
Legjobb emlékeim szerint a T-Online mail backendek betesznek egy "Delivered-To:" headert a levélbe, amely alapján lehet szűrni. Emellé van egy csoportos e-mail, vagy micsoda szolgáltatás is, amelyhez egy saját domainnel kell rendelkezni.
Itt definiálható x. db. külön mailbox y. db. ezekhez tartozó aliassal, illetve egy "catchall" mbox, amelyikbe minden egyéb e-mail be fog esni, lényegében előállítva a korlátlan számú e-mail cím használhatóságát.
Kliens oldalon pedig a Delivered-To alapján el lehet dobálni a nem kívánt e-maileket, illetve folderbe/lokális mboxba lehet szétválogatni/kézbesíteni azokat, amelyek kellenek.
- A hozzászóláshoz be kell jelentkezni
ha ez tenyleg igy van, akkor mukodokepes megoldas lehet, csak beszallito fuggove tesz.
epp ezert en ezt az utat nem valasztanam.
- A hozzászóláshoz be kell jelentkezni
Így van. Ha más kezeli a leveled, az már függővé tesz. Sőt, ha nem te magad szolgáltatod az internetet magadnak, az is. :)
A világon minden és mindenki függ valamitől és valakitől.
- A hozzászóláshoz be kell jelentkezni
"Emellé van egy csoportos e-mail, vagy micsoda szolgáltatás is, amelyhez egy saját domainnel kell rendelkezni.
Itt definiálható x. db. külön mailbox y. db. ezekhez tartozó aliassal, illetve egy "catchall" mbox, amelyikbe minden egyéb e-mail be fog esni, lényegében előállítva a korlátlan számú e-mail cím használhatóságát."
Én a mailboxokat és az aliasokat a saját szerveren definiáltam, postfix+fetchmail párossal kézbesítettem a leveleket. (Igaz, még axeleronak hívták az illetőt.)
Az "/etc/fetchmairc" érintett sora így nézett ki:
"server mail.axelero.hu aka mydomain.hu protocol POP3 envelope Delivered-To: qvirtual myvirtualname user myusername pass mypassword is * here fetchall flush"
- A hozzászóláshoz be kell jelentkezni
Köszönöm szépen mindnekinek a segítségét. Megkérdeztem, hogy miért jó nekik ez a megoldás, azt válaszoltál azért mert ha elszáll a szerver a tonlány szerveren még mindíg fennlesznek a mailek. Na mind1.
- A hozzászóláshoz be kell jelentkezni
Ühüm... A hozzászólásokat olvasva az nem derült ki (számomra) hogy akkor mi a csudának akarják leszedni a leveleket egy saját szerverre??? Telejesen logikátlan az elgondolás amit kitaláltak, de biztos ott (is) van legalább 1 igen okos ember aki nagyon ért hozzá...
Mik
- A hozzászóláshoz be kell jelentkezni
Aha, de meddig? Korlátlan postaládájuk van fent? Ha egy másolat fentmarad, akkor betelik elég hamar a postaláda. Ha meg leszedik, akkor meg nem marad fent levél.
- A hozzászóláshoz be kell jelentkezni
Én sem értem, van vagy 75 mailcímük és mindengyikre jön naponta 100-200 spam álíltólag. Úgyhogy még azt is be kell lőnöm. De nem értem tényleg hol fér el ennyi mail, de ez már nem az én dolgom, megoldottam azt amit rám bíztak bármekkora hülyeség is.
- A hozzászóláshoz be kell jelentkezni
Na lenne még 1 kérdésem :)
Leszedem a leveleket fetchmail-vel, majd procmail-vel szétválogatom és qmail-vel pedig letölthetik a userek. A gond csak ott van h egy fájlba menti a userek leveleit és nekem úgy kéne h külön menti, mert a levelezőkliensek egybe szedik le.
Gondolom a procmailel szét lehet válogatn, de hogyan?
- A hozzászóláshoz be kell jelentkezni