gmail to saját szerver

Senki nem nyúlja le a domain nevedet. Neked nem kell dns mintát és ujjlenyomatot adnod ahhoz, hogy kezelni tudd. 

imapsync de mivel a prekoncepciód szerint nagybetűs laikusokról beszélünk simán le is szedhetik GMailre a privát email szerverről. Gondolom nem fog azonnal működésképtelenné válni a gyász miatt. Nem túl bonyolult, még egy laikus is elboldogul vele. Ha mégsem, minden utcában van egy PC bolt, ahol az ismerős Lacika segít a levelek leimapeléséban (* természetesen képletesen értettem) 

Csak napokkal később értesül róla a bank. Addig például netbankon keresztül százszor át lehet utalni a pénzt az élő rokon saját számlájára. Ha nincs vita később az örökösök között senkit nem fog érdekelni. 

"van ismerosom akinek meghalt a ferje, kozos szamlajuk volt es utana o sem fert hozza."

Valamit nagyon benézett vagy nem Magyarországon történt az eset. 

nekem olyan tapasztalatom van, hogy elég sok idő (több, mint fél év) telt el a hagyatéki előtt. és az utolsó napon is hozzáfértek a számlához

Közös számla esetén a rajta lévő összeg 50%-át "fagyasztják", amennyiben nincsen haláleseti rendelkezés.

A haláleseti kedvezményezettnek nem kell ott lennie, amikor ilyen rendelkezést teszel, de azzal egyetértek, hogy nem baj, ha tud a dologról.

Van már ilyen is: https://magyarorszag.hu/elhunyt_lekerdezes

tuti van valami automatikus elektronikus rendszer, apam ugyfelkapun bejelentette hogy elveszett a szemelyije es kell uj, masnap mar hivtak a bankbol is hogy faradjon be majd az ujjal mert addig nem fog tudni utalni se... gondolom valami script minden ejjel lekerdezi az osszes ugyfeluk szig szamat valami db-bol, jo-e meg el-e meg stb

Magyar számla esetén legkésőbb akkor, amikor a hagyatéki ügyintéző a hagyatéki leltár készítésekor hivatalból lekérdezi a pénzintézetektől, hogy hol voltak számlái.

ki kell menteni minden likvid vagyont a elhunyt számlájáról

Ez amugy lehetseges? Tudom, hogy "fizikailag" kivitelezheto, ertelme is van, de nem utheted meg erte a bokad? Hiaba teged illet az osszeg (mondjuk ha tobb orokos van akkor lehet kerdeses).

Külföldi VPS-el mennyivel bonyolultabb?

Ha nincsenek meg a belepesi adatok akkor gondolom hosszu folyamat, ki tudja lehetseges-e egyaltalan bizonyos esetekben.

Ezért az a gyakorlat, hogy ha élettárs/házastárs sajnálatosan elhunyt, akkor a temetés ügyintézésével párhuzamosan (ha ismer PIN kódokat, belépéseket) ki kell menteni minden likvid vagyont a elhunyt számlájáról, még mielőtt a hatósági gépezet felveszi az üzemi fordulatot. Ez jellemzően néhány nap, vagy 1-2 hét.

Ez szerintem akár későbbi jogkövetkezményekkel is járhat. Ha lehet, inkább fel kell készülni a váratlanra, például az itt mások által már említett haláleseti rendelkezés során, ami azonban sajnos csak pénzszámlára működik, befektetési számlára nem.

a közjegyző kérdez egy KHR-t -> a listán tételesen végighaladva zároltatja minden banknál az összes számlát és megtakarítást

Csak hat ugye abban nem lesz benne minden. Ha en felveszek hitelt az OTP-nel, az benne van a KHR-ben, tudni fogja, hogy eselyes, hogy lesz ott egy folyoszamla is hozza. Arrol viszont nem szol a fama, ha mondjuk az Erstenel is van folyoszamlad, de nincs hozza hitel, ezert nincs rola KHR bejegyzes.

Ami meg plane nem lesz benne, az az irorszagi IBKR account, ahol a zseton jelentos resze van.

Jo megoldas lehet pl. egy papirfecni valahol biztos helyen, amire felirod, hol van (nagyobb mennyisegu) penz, es mondjuk havonta update-eled.

Volt egy nagy szópós váltás, akkoriban sokan dobták.  A cég újratelepítést javasolt.

nincs olyanom

Aki ezt olvassa annak írom tapasztalatból: a Kopano kiértékelésekor szembesültem azzal, hogy MySQL-ben tárolja a leveleket, csak a csatolmányok kerülnek külön diszkre... Nekem valahogy ez nem tetszett, nem gondolom, hogy egy default MySQL telepítés több száz GB szöveg tárolására ideális lenne. Így dobtam a Kopano használatát.

Aránylag egyszerűen telepíthető (de azért elég összetett a háttérben) az Univention Corporate Server 5.0 plusz rá az OX AppSuite (openXchange).

Az opensource binárisként megszűnt Zimbra (már csak forrásból telepíthető/fordítható az OSE 9 és 10 verzió) helyett annak Zextras által forkolt Carbonio verzióját lehetne még javasolni, amiből van könnyen telepíthető csomagolt Community Edition.

Zentyal több ügyfélnél nagyon jól működik nekünk évek óta. SOGo-t kifejezetten szereti, aki webmail-t használ, nem desktop mail klienst. Volt egy bő év szünet a fejlesztésben (sokan halottnak is nyilvánították a projektet), de most nyáron feléledt, és jönnek a frissítések újból.

A mail kezelésének mikéntjét úgy is az egyszeri end-user szívja meg azzal, hogy vannak olyan üzenetek, amiknek mindenképp be kell érkeznie, mert csak onnan, egyszer kinyerhető van benne. Aktiváló linkek (sok helyen nem lehet újraküldeni), egyszeri jelszavak (aztán itt is van, ahol nem resetelhető).

A tarhely.gov.hu-nál pedig ez teljesen jogos, amit írsz, de a felhasználói gyakorlat szerint, úgy, hogy mindenkinek több tucat fiókja van, kicsit merész elvárás az, hogy ne a mail értesítő alapján nézzen rá, hanem magától, mondjuk 10--20 naponta. Még a jelszóváltoztatás is olyan, hogy fel van írva a jelszókezelőbe, de ha nem jönne mail, biztos elfelejteném átírni az Ügyfélkapun. Persze be lehet írni emlékeztetőbe és az jelzi mind azt, hogy látogassam meg, mind azt, hogy cseréljem a jelszót, de szerintem ez az átlagfelhasználók számára már nagyon nem user-friend, holott úgy vannak eladva a digitális szolgáltatások, hogy kényelmes, ennek dacára viszont nem azt látom a környezetemben, hogy az Ügyfélkaputól el lennének ájulva. Nekem geek-beállítottsággal bejön, hogy tudok ügyet intézni az asztalomnál ülve, úgy is, hogy néha ez, néha az a kínja, de átlaguser számára nagyon megbízhatatlan és túl van bonyolítva.

> Mindenki úgy kezeli az e-mail-t mára,

A mindenkit nem tudom, de a NAV biztosan. Kuldenek 2 emailt, aztan kezbesitettnek tekintik. Oszt' fizesd a kesedelmi potlekot.

Az email nem garantált üzenetkézbesítési szolgáltatás.

Ha igy nezzuk, van ami garantalt?

X.400-ra fejlesztett MMHS katonai levelezés ott garantált a kézbesítés, nem tünhet el, nem mehet rossz cimre stb..

eredetileg az email se volt ilyen szar. az RFC-ket betartva elvileg nem veszhetne el level, amig a cel szerver nem nyugtazta le a DATA-t is, addig nem tekintheto kezbesitettnek, onnantol pedig mar a cel szerver felelossege hogy a megfelelo mailboxba keruljon.

csak aztan jott a spam... meg a virusok.. meg az egyre elbaszottabb contentfilterek amik eltuntetik nyom nelkul a leveleket, mivel visszakuldeni se kene (ugyis hamis a felado) de kezbesiteni se kell (mivel kartyekony lehet a tartalma)... igy ma mar tenyleg nincs garancia ra hogy celbaert a level :(

persze ha mar a level atvetele kozben megtortenne a szures, akkor lehetne rejectelni 5xx-el (ahelyett hogy atvesszuk es berakjuk a queue-ba) es onnantol mar a kuldo gondja, de az egyre bonyolultabb szuresek egyre tovabb futnak, es ekozben meg eltimeoutolna az smtp :)

> mehetnek rossz címre

hat ha a kuldo rossz cimet ir be, akkor igen :) anelkul azert eleg gaz lenne...

PHPmailerrel dehogynem, szinte mindenben az van, de az is SMTP-n kuld, es nem a cel szerverre connectel hanem egy mail relay-re (pl. gmail, ha nincs helyben egy) amin a felado fiok van.

Lehet ezt a linket kellett volna beraknom ide. Ott azt irja, hogy:

"The PHP mail() function usually sends via a local mail server, typically fronted by a sendmail binary on Linux, BSD and OS X platforms, however, Windows usually doesn't include a local mail server; PHPMailer's integrated SMTP implementation allows email sending on Windows platforms without a local mail server."

Ebbol gondolom, hogy anno, PHP 5.x kornyeken SMTP vagy sendmail nelkul is ment a dolog es nem csak Windows-on. En magam sosem hasznaltam, csak hostoltam es azt sem manapsag. A webfejlesztok valahogy megoldottak, hogy ne SMTP-n menjen ki a level :)

inkabb azt oldd meg hogy az elsodleges szerver legyen mindig elerheto, de legalabbis >99% sla-val :)

Nem surun van vele gond, de ha mar muszaj masik gep a DNS miatt akkor a masodik MX is elfer :)

es nyomni egy postfix flush-t, magatol nem veszi eszre azonnal

Termeszetesen, varni igy sem kell, rajtam mulik az "azonnal".

 mondjuk akkor is be kell ra lepni es nyomni egy postfix flush-t, magatol nem veszi eszre azonnal

Vagy küldeni egy ETRN-t a másodlagos MX felé :)

Van fölösleges 5 órája? Jó neki.

A gond, hogy biztosan pont nem akkor lesz, amikor kelleni fog. :-)

+ Egy családi e-mail szerveren ne tanuljon szerintem. Itt erről volt szó, hogy _szolgáltatást_ akar átvenni/futtani, aminek stabilan kéne mennie.

Lehet nem értetted meg a probléma lényegét.

Itt otthoni, dinamikus IP-s neten, SMTP nyitási lehetőség nélküli,... szerver üzemeltetésről volt szó, úgy hogy 10-12 órát dolgozik mellete és azért kéne a "sokkilences" rendelkezésreállás, mert nem játékszerver lenne.

Nem azt írtam, hogy nem lehet megcsinálni, csak hogy meglátásom szerint értelmetlen/nem éri meg. Azt lehet ezzel a scenarioval megtanulni amit vázolt a kérdező, hogy hogy ne csináljunk ilyet.

Idővel érdemes megtanulni eldobni vagy simán "használni" dolgokat és csak azért, mert meg tudom csinálni, nem biztos hogy meg kell, főleg ha van rá kész megoldás, ami töredékébe kerül, mint a ráfordított időd és még SLA is van hozzá és igazából nincsenek extra, egyedi igényeid.

Ha elüt a villamos, se fog nézni a család, hogy nem tud "jelszóresetleni" pl. az ügyfélkapun, nem jön meg a mail, mert áll az az otthoni akármi a sarokban és senki nem tudja mit kéne csinálni vele. De elég csak ha elmész a hegyekbe, ahol mondjuk 2-3 napig nincs térerő és nem érnek utol, hogy gond van vagy betörnek, tűz lesz otthon,....lehet ragozni.

Így lesz egy kis + idő a családra, kutyára,... vagy valami piacképes dolgot tanulni.

Lehet ez így erős, karcos elsőre - bocs, szar napom volt és nem személyesnek szántam senkinek!!! - , de lehet érdemes kicsit ízlelgetni...

Nagyon sok jó szakember van itt a beírások alapján, de gyakran ledöbbenek, hogy lényegtelen, (számora) gyakran értelmetlen,  "XY", igazából nem piacképes dolgokra mennyi értékes időt/agysejtet tolnak el, úgy hogy közben meg írják azt is, hogy milyen szar nekik, mert valami állami cégnél tolják a bugit 10-12 órában, ahol se pénz, se semmi...és sokuknak talán igazi jövőképe sincs, hogy 5-10 év múlva ebből, amit most csinál mitől lesz _valami_.