Gondban vagyok. Jelenleg, levelezésre, a házi szerveremen, exim4 -et használok smart host a upc szerverén át. (Erre csatlakozik a dovecot, majd apache2 és a roundcube, illetve a fetchmail). A szolgáltatás márciustól megszűnik.
Több, egymástól független szolgáltatónál van email címem, vagyis más-más szolgáltató "nevében" mennek ki az emailek. Ha jól tudom ezt hívják relézésnek. a szolgáltatók zöme nem engedi. Vagyis a tovis@freemail.hu feladóval nem enged a tovis@gmail.com levelet küldeni. Ugyanakkor csak egy "smart hostot" tudok beállítani (ha jól tudom).
Tudtok erre valami megoldást?
Van rá szűkös két hónapom. Ja, és a szerverem publikus, dinamikus IP címen van, de azért nem szeretnék saját, teljesértékű mail szervert üzemeltetni - túlságosan is veszélyes, nem akarok spam forrás lenni.
Hozzászólások
Attól, hogy egy smarthost-od van, állíthatsz be aliast és forwardot is. (pl.: freemail továbbít a gmail-re)
Amúgy egy fix ip-vel, postfix-szel jobban járnál. Nem leszel spam forrás, csak jól kell beállítani a postfixet.
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Szia!
Jol mondja pomm nem jarsz rosszabbul sőt!Exim-et is be lehet állitani jòl nem leszel spam forras.Vannak hozza egesz ugyes feluletek ( ispconfig ,vesta stb.)amik legeneraljak hozza a configot eleg ugyesen beallitva mindent.Nekem is van harom is semmi gondom veluk eddig.
Udv.Anthony_
Akkor igényeljek MX rekordot? Elvileg a freedns(afraid.org) tud ilyet dinamikus ip címre.
Miért nem jó az exim4, a Debian alapértelmezett levelező szerver?
Össz-vissz ketten használjuk (régen még bonyolította a fax - email konverter de ez már a múlté).
* Én egy indián vagyok. Minden indián hazudik.
teljesen jo az exim, mindenki azt ajanlja amihez ert.
neked aztan fura humorod van...
ha jol ertettem a problemat a "begin routers" utan beleirod:
egyikdomain_message:
debug_print = "R: egyikdomain_message for $local_part@$domain"
driver = manualroute
condition = ${if eq{$domain}{egyikdomain.hu}}
transport = remote_smtp_smarthost
route_list = * mail.egyikdomain.hu byname
host_find_failed = defer
masikdomain_message:
debug_print = "R: masikdomain_message for $local_part@$domain"
driver = manualroute
condition = ${if eq{$domain}{masikdomain.hu}}
transport = remote_smtp_smarthost
route_list = * mail.masikdomain.hu byname
host_find_failed = defer
stb.
+ a passwd.client -be ha hitelesitened kell
ha rosszul ertettem akkor a conditition-ban a sender_domain-t kell nezned csak olyan peldam pont nem volt
neked aztan fura humorod van...
Akkor így ez továbbra is "smart host" marad az alapbeállítás?
* Én egy indián vagyok. Minden indián hazudik.
ezek a plusz routerek kezelnek azokat a sender_domain-eket amit szeretnel, az alapertelmezett router ettol nem fog megvaltozni, ha az N email cimedre csinalsz N manualroute-ot es nem lesz tobb felado, akkor az alapertelmezett router nem is fog levelet kezbesiteni
neked aztan fura humorod van...
A passwd.client -ben lehet több domain is?
* Én egy indián vagyok. Minden indián hazudik.
a man 5 exim4_passwd_client -t nezted?
/etc/exim4/passwd.client
contains account and password data for SMTP authentication when exim is authenticating as a client to some remote server.
The file should contain lines of the form
target.mail.server.example:login-user-name:password
which will cause exim to use login-user-name and password when sending messages to a server with the canonical host name target.mail.server.example. Please note that this does not configure
the mail server to send to (this is determined in Debconf), but only creates the correlation between host name and authentication credentials to avoid exposing passwords to the wrong host.
Please note that target.mail.server.example is currently the value that exim can read from reverse DNS: It first follows the host name of the target system until it finds an IP address, and
then looks up the reverse DNS for that IP address to use the outcome of this query (or the IP address itself should the query fail) as index into /etc/exim4/passwd.client.
This goes inevitably wrong if the host name of the mail server is a CNAME (a DNS alias), or the reverse lookup does not fit the forward one.
Currently, you need to manually lookup all reverse DNS names for all IP addresses that your SMTP server host name points to, for example by using the host command. If the SMTP smarthost
alias expands to multiple IPs, you need to have multiple lines for all the hosts. When your ISP changes the alias, you will need to manually fix that.
You may minimize this trouble by using a wild card entry or regular expressions, thus reducing the risk of divulging the password to the wrong SMTP server while reducing the number of neces‐
sary lines. For a deeper discussion, see the Debian BTS #244724.
password is your SMTP password in clear text. If you do not know about your SMTP password, you can try using your POP3 password as a first guess.
This file must be readable for the Debian-exim user and should not be readable for others. Recommended file mode is root:Debian-exim 640.
# example for CONFDIR/passwd.client
# this will only match if the server's generic name matches exactly
mail.server.example:user:password
# this will deliver the password to any server
*:username:password
# this will deliver the password to servers whose generic name ends in
# mail.server.example
*.mail.server.example:user:password
# this will deliver the password to servers whose generic name matches
# the regular expression
^smtp[0-9]*\.mail\.server\.example:user:password
neked aztan fura humorod van...
Köszönöm!
(Elég lett volna a link, éppen ennek próbáltam utána nézni, és egyébként az exim4 bővelkedik a leírásokban, részletekbe menően.)
Szóval kijelenthetjük, hogy minden általam használt szerver felhasználónevét, jelszavát elhelyezhetem, így már csak a megfelelő route -kat kell leírnom (köszönöm hogy olyan részletes voltál) és akkor működhet, hogy az exim4 a megfelelő szervernek továbbítsa az emailt, a feladóban szereplő domain alapján?
Úgy tűnik, hogy telepítéskor a több darabra szabdalt konfigurációt választottam. Így minden route -nak lesz külön fájlja.
* Én egy indián vagyok. Minden indián hazudik.
Akkor egy igazán lame kérdés. Ha most kiejtem a smart host -ot és közvetlenül küldök emaileket a szervereke felé nem fognak kivágni mint potenciális veszély forrást?
(Valami himi-humi szerver itt levelecskét akar nekem küldeni? Ráadásul a feladó címe nem egyezik a forrás domain -el.)
* Én egy indián vagyok. Minden indián hazudik.
ugy erted exim nelkul egy levelezo programmal? masok ugy szoktak csinalni, es minden fioknak be van allitva a sajat smtp szervere is, igy nem fordulhat elo amit irsz.
neked aztan fura humorod van...
ha eximmel akarod akkor ez a sender domainkenti manualroute a levelezoprogram megfeleltetese
neked aztan fura humorod van...
Ha jól értem a kérdésed, akkor a válasz: De igen.
A fő probléma:
dinamikus ip, reverse dns - Nálunk egyik szerverre sem érkeznének meg a leveleid.
Az, hogy nem egyezik meg, nem gond, DE kell egy domain pl. himi-humi.hu, ami erre a szerverre (illetve ip címére) mutat és a reverse is beállításra került. Magyarul lekérdezve az ip címet kiadja a himi-humi.hu-t.
pl.:
ping hup.hu
PING hup.hu (92.119.122.43) 56(84) bytes of data.
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=1 ttl=58 time=12.9 ms
64 bytes from hup.rackforest.hu (92.119.122.43): icmp_seq=2 ttl=58 time=12.10 ms
host -vv 92.119.122.43
Trying "43.122.119.92.in-addr.arpa"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1284
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;43.122.119.92.in-addr.arpa. IN PTR
;; ANSWER SECTION:
43.122.119.92.in-addr.arpa. 7188 IN PTR hup.rackforest.hu.
Received 75 bytes from 192.168.2.1#53 in 3 ms
Azt már a himi-humi.hu dns-be állítod be, hogy ki küldhet erről levelet. (pl. minden domain: akkor adsz egy txt sort a dns-be):
himi-humi.hu TXT v=spf1 a mx ~all
A dinamikus ip-vel amúgy is lehet szívni. Nekünk volt egy olyan szerverünk, aminek a ip-je valamikor, egy évekkel azelőtt megszűnt szolgáltató dinamikus tartományának a része volt. Mivelt a külföldi adatbázisok nem mindig naprakészek, rendszresen bizonyos rbl listákra felkerült, mert dinamikus ip-nek nézte. A kolléga hosszas levelezése, meg vagy 3 hónap kellett, hogy rendeződjön az ip sorsa.
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Be kell ismerjem nem igazán értem a példát, kicsit mintha kínai lenne.
freedns -t használok (sok éve jól működik), már amire eddig használtam.
Most valahogy így nézek ki:
$ ping himi-humi.bubu.org
PING himi-humi.bubu.org (80.98.108.15) 56(84) bytes of data.
64 bytes from catv-80-98-108-15.catv.broadband.hu (80.98.108.15): icmp_seq=1 ttl=64 time=0.293 ms
64 bytes from catv-80-98-108-15.catv.broadband.hu (80.98.108.15): icmp_seq=2 ttl=64 time=0.248 ms
64 bytes from catv-80-98-108-15.catv.broadband.hu (80.98.108.15): icmp_seq=3 ttl=64 time=0.255 ms
64 bytes from catv-80-98-108-15.catv.broadband.hu (80.98.108.15): icmp_seq=4 ttl=64 time=0.249 ms
^C
--- himi-humi.bubu.org ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3042ms
rtt min/avg/max/mdev = 0.248/0.261/0.293/0.021 ms
$ host -vv 80.98.108.15
Trying "15.108.98.80.in-addr.arpa"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38830
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;15.108.98.80.in-addr.arpa. IN PTR
;; ANSWER SECTION:
15.108.98.80.in-addr.arpa. 86377 IN PTR catv-80-98-108-15.catv.broadband.hu.
Received 92 bytes from 192.168.1.254#53 in 0 ms
Megfelel ez a kritériumoknak?
Mit kellene néznem?
* Én egy indián vagyok. Minden indián hazudik.
Nem felel meg. Az rdns-nek a himi-hmi.bubu.org-ot kellene "feloldani", neked meg a catv-80-98-108-15.catv.broadband.hu-ra old fel.
A hup-ot ha pingeled akkor a hup.rackforest.hu-ra "pingik" a 92.119.122.43 ip-re, majd az ip ugyanezt "oldja fel" a host -vv 92.119.122.43 parancsra. Figyeld a PTR részt!
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Nem értem :(
Mi a különbség?
ping - hup.rackforest.hu és PTR szintén hup.rackforest.hu
ping - catv-80-98-108-15.catv.broadband.hu és PTR szintén catv-80-98-108-15.catv.broadband.hu
* Én egy indián vagyok. Minden indián hazudik.
A mail szerveredet nem catv-80-98-108-15.catv.broadband.hu-nek akarod elnevezni, meg állítgatni a nevét, ha új ip-t kap.Plusz az ilyen nevű szervereket általában elhajtják a fogadó szerverek.
Vagyis mindenképpen igyekeznek kiszűrni a dinamikus ip címen tengődő szervereket.
Snoopy "I'm happy!"
* Én egy indián vagyok. Minden indián hazudik.
1, A te szervered himi-humi.bubu.org és nem catv-80-98-108-15.catv.broadband.hu.
2, az ip dinamikus - írtam valahol, hogy évekkel egy szolgáltató megszűnése után megvételre került az ip tartománya. Az ebből a tartományból kapott ip-t rendszeresen feketelistázták egyes rbl-lek, mert dinamikusan kioszthatóként tartották számon. Elég kimerítő levelezés után sikerült megszüntetni a problémát.
Ahogy egy másik topikban is írtad, VPS lesz a legegyszerűbb megoldás neked.
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Azt hiszem kezd leesni. Azt kell elérnem, hogy a tovis@mailsrv.00 levelet a mailsrv.00 -nak küldje, míg a tovis@mailsrv.01 levelet a mailsrv.01 -nek küldje. Ehhez pedig manual route kell illetve megfelelő jelszavak. A mailsrv.0x -et nem érdekli én milyen domainről küldöm a levelet.
A probléma valójában akkor kezdődik, ha saját email szervert akarok üzemeltetni, egy dinamikus ip címről.
Jól értem?
* Én egy indián vagyok. Minden indián hazudik.
igen, es azert nem erdekli mert hitelesited magad.
igen mivel akkor a te sajat email szervered kezbesitene a levelet, a mostani esetben viszont minden leveledet a kezbesito email szerverre fogja kuldeni es ok kezbesitik a sajat fix ip cimukkel.
neked aztan fura humorod van...
Ha jól értem, az a felállás, hogy van egy helyi SMTP szerver, ami egyfelől úgy fogadja a leveleket kintről, hogy valójában a fetchmail hozza el, így az exim4 szempontjából ez ténylegesen localhostról jövő levélnek tűnik, de legalább nem is ezzel van probléma, hanem azzal, hogy a helyben megírt leveleket - logikusan - ennek az exim4-nek adnád át, erre bíznád a levél kézbesítését és persze a valós e-mail címedet adod át, mint feladó. Na itt jönnek a problémák...
A megoldás első lépése az, hogy a kimenő leveleidet a domain-hez tartozó mail szervernek kell kiküldenie a netre - neked pedig azt kell elérned, hogy az exim4 a feladótól függően más és más mailszervernek, mint relay-nek kézbesítse a leveled. A legegyszerűbb felállás: ahány domain-ből levelezel, annyi relay-t definiálsz az exim4 felé.
A második lépés, hogy leküzdöd azt az akadályt, hogy a szolgáltató szűri a kimenő SMTP portot. Mivel erre a mail szolgáltatók is gondolni szoktak, ezért erre a célra alternatív portokat is szoktak biztosítani - pl. 587 submission port, de elképzelhető a 465-ös SMTPS port használata is. Ez nyilván szolgáltató függő, ki kell deríteni, hogy melyik domain esetén melyik ez a port.
A harmadik lépés, hogy állítasz authentikációt. Ha a dinamikus IP-n fekete listás IP-t kapsz, akkor a szolgáltató nem fog foglalkozni veled. Sőt! Igazából még fekete listás IP cím se kell, mert ha a címzett nem nála van, akkor nagyon gyorsan meg fogja mondani, hogy kit nézz relének. Tehát bizonyítandó, hogy te valójában legális felhasználó vagy, illik authentikációt is konfigurálni a reléhez.
Ha mindezzel megvagy, akkor a kimenő levelezésed jó eséllyel működni fog.
Megint nagyon hülyének érzem magam :(
A dinamikus ip -m hónapokon át nem változik (a legrégebbi napló bejegyzésem szerint november 3. óta nem változott).
Olyat már tapasztaltam, hogy a upc szervere került fekete listára.
Lassan már azt sem értem eddig, hogy működött a levelezésem. Az exim4 adta magát, sok éve minden upgrade -nél egyszerűen használtam a "smart host" konfigurációt, beállítottam a "smart host" -hoz tartozó autentikációt és működött.
OFF: Van egy olyan érzésem ez egyre rosszabb lesz. Túl sok a visszaélés, tovább fogják srófolni a biztonsági beállításokat.
* Én egy indián vagyok. Minden indián hazudik.
Úgy érzem minden abba az irányba mutat, hogy virtuális szervert kellene üzemeltetnem, fix ip címmel. Sajnos ez erős szint ugrás az eddig általam épített házi szerverekhez képest. Amire szükségem van:
1. Levelezés (relézéssel, szigorúan rám és a nejemre korlátozva a hozzáférést)
2. WEB szolgáltatás WordPress alapú honlap működtetése (LAMP)
Az első jelöltem egyelőre a rackforest, ha tudtok jobbat kérlek szóljatok. Pl. nem igazán világos, kaphatok e megfelelő fix ip címet amire a saját domain neveimet (jelenleg 4 db van) működtethetem úgy, hogy levelező képes is legyen. Nem világos hogy tudom lementeni
Debian alapra építenék (ahhoz "értek" a legjobban). Kérdések:
Kell e bind -et futtatnom (úgy rémlik a saját domain név "szétküldéséhez" erre is szükség van)?
A "legsötétebb ló" számomra a teljes értékű mail szerver felépítése és működtetése (pop szerverként az IMAP a házi szerveremen lesz). Vajon tudok e "relézni" a saját szerveremen át?
Ha tudtok valami step-by-step leírást, preferálva az exim4 -re, annak örülnék (még nem kezdtem kutatni).
* Én egy indián vagyok. Minden indián hazudik.
A másik topikban dobtam linket a leírásra (de akkor ide is: link). Azt ctrl-c + ctrl-v alapon meg tudod csinálni. Ezzel nem kell a lamp, hanem kapsz apache-ot, mysql-t, php-t, dovecot-ot, postfixet. (Az eximhez is biztos van leírás, aztán is simán fel tudod rakni.)
Mivel a fenti link tartalmazza a ispconfig feltelepítését is, így lesz egy webes felület, amin egész egyszerűen lehet birizgálni az egészet.
Bind-et nem kell külön configolnod, viszont a mostani szolgáltatónál majd át kell írnod az ip címeket a domainoknál, illetve lehet fel kell venni még néhány bejegyzést (pl. pcr, dkim, stb.)
Szerintem teljesen feleslegeg csinálni egy saját levezőszervert exim alapon, amire te fogsz "relayezni" a saját, otthoni szerveredről. Ha már van saját vps, akkor azon mehet a postfix+dovecot páros és egyszerűen arra jelentkezel be lekérdezéshez és küldéshez. ( A telefonokra, tabletekre, laptopokra raksz vpn-t, hogy elérd a saját otthoni szerveredet a levelek miatt, ha máshonnan is el akarod érni azokat? Minek???)
Az imappal így van rögtön egy-egy másolat a gépeden és a szerveren is a levelezésekről. Egyébként az is megoldható, amit írsz, de -szerintem- túlbonyolítja és egy felesleges hiba lehetőség.
Ne értsd félre, de szerintem válts nézőpontot! Most TE leszel a "szolgáltató". :)
Nem használtam rackforestet, de tuti le van írva, mit tartalmaz a csomag. Ha van benne 1 db. fix ip cím, akkor jó.
Mit szeretnél lementeni? Ez nem világos.
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Mint azt írtam, a dinamikus ip címem szinte fix (olyan ritkán változik) és mégis, akkor a freedns általában 10 perc múlva már elérhető kívülről.
Az egész katyvasz onnan indul, hogy megszűnik a upc levelező szervere, amit smart host -ként tudtam használni, így közömbös volt milyen email címmel adtam fel a leveleket.
Nem akarom ott tárolni a leveleimet, a mostani szerveremen 20 év távlatából is van levél - persze lehet feleslegesen de meg van.
Viszont azt hiszem épp te bizonyítottad be, hogy közvetlenül nem tudok dinamikus ip címről leveleket küldözgetni, vagyis kell egy fix ip címes vps. Ha viszont ez kell, akkor ott tartok, hogy a jelenlegi web tárhely, "fő" levelező szerverem (ott vannak a saját domain -re érkező levelek) és a WEB szerver feleslegessé válnak, így ha ez nincs akkor anyagilag alig érzem a változást.
Ami a szemlélet módot illeti, nem akarnék váltani mivel sok felesleges problémát okoztak a szolgáltatók, nem akarok az ő szintjükre lemenni. A vps másik előnye, hogy nő a "szabadság fokom" - cserébe többlet munka.
Alapvetően nem szeretnék a vps -en semmit tartósan tárolni, de ha kell akkor jól jöhet ha van ilyen lehetőség is.
Köszönöm a linket!
* Én egy indián vagyok. Minden indián hazudik.
Látom nem értetted mire céloztam :) A szemlélet váltást arra írtam, hogy eddig kénytelen voltál igazodni egy szolgáltatóhoz, most ez a kényszer megszűnik. Ellenben -nekem úgy tűnik- leragadsz a régi felállásnál és ez bonyolultá fogja tenni az egészet.
Szerintem a levelezőszerver és a kliens gép között "felesleges" még egy gép. Azt én backup-nak használnám....
Hogy egy hülye "autós példával" éljek.
Van egy nagy farmod és egy jó kocsid, aminek viszont nincs műszakija. Mivel a házad és kapud között több kilométer van, ezért úgy oldod meg a városba járást, hogy elmész a kocsiddal a kapudig (magánterületen ugye használhatod), majd hívsz egy taxit és elmész a városba. Vissza ugyanez. Megszűnik a taxi szolgálat és venned kell egy új autót. Te továbbra is a városból vissza csak a kapuig mész az új kocsivall ott átszállsz a műszaki nélküli régi autóba és elmész a házig, illetve fordítva.
Csak -amikor bevásárlás után a kanapén hátradőlve szólsz az asszonynak, hogy kérsz egy hideg sört- fogsz azzal szembesülni, hogy a másik kocsi csomagtartójában maradt az a szatyor, amiben a sör van. És szét is van cseszve az estéd.
Ez utóbbi példa mondjuk arra a szitura, mikor a két gép között mondjuk egy upgrade után becseszik valami, te meg állhatsz neki keresni a hibát :)
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
OK Értem. Viszont te is értsd meg, hogy az az adat az enyém ami a zsebemben van. A vps nincs a zsebemben, ha ott bármit tartósan tárolok akkor ki vagyok szolgáltatva egy szolgáltatónak.
* Én egy indián vagyok. Minden indián hazudik.
Backup + cached imap - ez tényleg alap. Ezek után mi az ami nincs nálad??? Tök más a koncepció. Amúgy saját domain-ekről van szó?
A fájlrendszert lehet titkosítani ha akarod.
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Fordított sorrendben.
Nem a szörnyű titkaim miatt aggódom. Egyszerűen az eddigi tapasztalatom az, hogy a szolgáltatónál tárolt adat elvész, és ha rákérdezek akkor sajnálkozik.
Igen, van 4 saját domain nevünk >10 éve, ebből kettőhöz kapcsoltunk email és web szolgáltatást, a másik kettő amolyan alias.
Backup + cached imap, gondolom ebből a szolgáltatónál van a cache. Arra gondolsz, hogy folyamatosan "letöltve" az öszes levél nálam van, a szolgáltatónál mi marad? Végül is, ha folyton letöltök minden levelet (vagy más adatot mondjuk rsync) akkor nálam minden megvan, a szolgáltatói oldalon csak valami bare minimum, viszont karbantartáskor akár egy-két napig állhat is.
Így gondoltad?
* Én egy indián vagyok. Minden indián hazudik.
1, Te vagy a "szolgáltató", ha elvész, az a te hibád.
2, Ezt a hibát -jó eséllyel- a meglévő házi szervereden is tudnád produkálni
Szerintem olvass utána kicsit az imap-nak! :) Amúgy akár egy pop3-mal is megteheted, hogy mindig marad egy példány a szolgáltatónál (is) és nálad is. Ez sok kliens eszköz esetén nehezebben karbantartható, szemben az imap-pal.
Nézzük az én infrastruktúrám egy részét (ami számodra mérvadó lehet).
Egy szerveren van domain és a levelezés. Erről van egy növekményes backup egy másik szerveremre (naponta egy darab - ez neked mondjuk nem biztos, hogy megér még egy vps-t) és egy backup a itthon lévő egyik NAS-ra. (Természtesen más időpontokban). A minden levelem letöltve offline munkához is folyamatosan két laptopra + egy telefonra. Ebből az egyik laptop (amivel napi szinten melózok) 6 óránként automatikusan menti magát egy másik helyi NAS-ra (természetesen a levelezést is).
Ezek mellett van egy külső hdd-m és egy külső ssd-m. Ezekre meg random -amikor eszembe jut- syncelek minden fontos adatomat (levelezést is) átlag heti egy alkalommal.
Így még nem volt (eddig) adatvesztésem.
A legfontosabb, hogy minden hókuszpók nélkül elérem bárhonnan, bármikor és bármelyik általam használt rendszerről a leveleimet és ha épp' itthon lenne minden eszközöm egyidőben és mind valami katasztrófa folytán egyszerre megsemmisülne (pl. tűz) a szerveren azután is meglennének a levelek, illetve az oda mentett adatok. Georedundancia előnye.
Egy termonukleáris csapás vagy egy hatalmas napkitörés esetén meg már nem ez lenne, amit fontosnak tartanék.
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
na vezessetek mar felre, amit o akar az egy olyan exim konfiguracio ami ugyanazt nyujtja mint egy levelezo kliens, a thunderbird-hoz sem kell fix ip cim, a leveleket hitelesites utan kezbesiti. en csak azt nem ertem miert kell ehhez exim amikor thunderbird-el meg lehet oldani.
neked aztan fura humorod van...
Senki nem vezeti félre. Megszűnik a szolgáltatása. Kell egy levelezőszerver, ha küldeni is akar e-mail-t. Kifizet egy vps-t és a legegyszerűbb erre lőni a domainket, majd innen küldeni/fogadni. Persze lehet ezer féle képpen bonyolítani. Ízlés kérdése. Amit linkeltem leírás, kb 30-50 perc alatt működő szervert csinál és többet nem kell ezzel foglalkozni.
üdv: pomm
A 852-es kídlap telepötúsa sikeresen befejezádétt
Megerősítem. A leírás tényleg nem igényel akadémiai székfoglalót.
A legbonyolultabbnak a hostingolt dolgaim "vissza birtoklása" tűnik. Nagyjából ugyan azért a pénzért ami a hosting üzemeltetőnek fizetek megoldom egy vps -en, sokkal nagyobb szabadság fokkal, és a házi szerverem is jól illeszthető ebbe a felállásba.
* Én egy indián vagyok. Minden indián hazudik.
Engem is ez zavar az egészben. Ha jól emlékszem, egy olyan levelező kliensben mint a thunderbird, "feliratkozol" egy rakat mail -re egy rakat szolgáltatóval és működik.
Lehet elég ha az exim -ben okosodom ki annyira, hogy kell erre bekonfigurálni. Valaki már említette a route konfigurációkat, ott kell körülnéznem. (márciusig csak rájövök)
Azért a vps sem elfuserált ötlet, több legyet és szolgáltatót lehet vele agyoncsapni :)
* Én egy indián vagyok. Minden indián hazudik.
Hosszas tépelődés után döntöttem vps -t fogok bérelni. Mivel 5 napos a teszt időszak amit kihasználhatok, rá kell készülnöm.
A szolgáltatónak már küldtem egy email -t a kérdéseimmel, de van amiben ti is tudtok segíteni.
A szolgáltató (a legfapadosabb csomaghoz) 30T forgalmat kapcsol, amiből 90% belföldi és 10% külföldi lehet, vagyis a külföldi ck. 3T nem kevés, de ezt ha kilépek az internetre nemigen tudom befolyásolni, illetve csökken az értelme az internet kapcsolatnak. Nagyon furcsa feltétel számomra. Van valami lehetőségem, hogy a szolgáltatotól függetlenül ellenőrizhessem, felügyelhessem, esetleg beavatkozhassak ebbe? A szolgáltató ezt hogy méri?
A szolgáltató egy VLAN -t alapból nyújt/szolgáltat. Én azt találtam, hogy a VLAN egy olyan kiterjesztése a LAN -ak (local area network) ami egy hálózaton belül, azt internet használata nélkül épül fel (pl. egyesít több C osztályú hálózatot), a VPN az ami az internet hálózat felhasználásával lehetővé teszi a kapcsolatot két(vagy több) földrajzilag távoli végpont között, titkosítva.
Mi értelme van egy VLAN -ak egy, az internetről elérhető virtuális szerver kapcsán?
Lehet ennek külön topicot kéne indítanom?
* Én egy indián vagyok. Minden indián hazudik.