MBOX-ról PST-re

Egy vagy több MBOX postafiók fájl egyetlen Unicode Outlook PST‑be konvertálása. A konverzió megőrzi minden üzenet teljes fejléceit, HTML vagy egyszerű szöveg törzsét, valamint minden mellékletet, és a kapott PST meghaladhatja a régi 2 GB‑os méretkorlátot. A kimeneti PST egy "Inbox" mappát tartalmaz, ahol minden üzenet össze van fésülve; a különálló MBOX fájlok nem maradnak meg külön mappaként.

Minden üzenet egyetlen Inbox mappába van összeolvasztva

A konverter egy "Inbox" nevű mappát hoz létre a létrehozott PST fájl gyökerénél. Minden, a feltöltött MBOX archívumokból kinyert e‑mail ebbe a mappába kerül, így a kimenet egyetlen, lapos üzenetlistát tartalmaz a forrásfájlok hierarchiája helyett.

A forrás MBOX archívumok fájlnevei nem al-mappává válnak. Ha több archívumot adunk egy időben, azok üzenetei sorban kerülnek hozzáfűzésre a feltöltés sorrendjében, megőrizve az eredeti időbeli sorrendet az egyes archívumokban, és egy folyamatos Inbox nézetet eredményezve.

Unicode PST kimenet, amely meghaladja a régi 2 GB‑os korlátot

A létrehozott PST a Outlook 2003 SP3‑mal bevezetett Unicode formátumot használja, amely megszünteti a régi ANSI PST‑ben lévő 2 GB‑os mérettetozást. Ez lehetővé teszi, hogy a kimeneti fájl több mint két gigabájtnyi legyen, így a konverter alkalmas nagy levéltárakra, amelyek egyébként meghalynák a régi korlátokat.

A konverzió egy szerveroldali ideiglenes fájlon történik a memóriában való tárolás helyett, így az egyetlen gyakorlati korlát a felhasználó fiókszintjéhez tartozó feltöltési méretkorlát. Ennek következtében akár nagyon nagy forrásarchívumok is feldolgozhatók anélkül, hogy a RAM kimerülne, feltéve, hogy beleférnek a megengedett feltöltési kvótába.

Teljes fejléc átvitel, beleértve a Bcc‑t is

Minden szabványos borítékfejléc – From, To, Cc, Subject és az eredeti Date – közvetlenül az Outlook natív mezőire kerül leképezésre, így minden üzenet megőrzi a metaadatait pontosan úgy, ahogyan a forrás MBOX‑ben megjelenik. Ez biztosítja, hogy a rendezés, keresés és szálképzés az Outlookban azonos módon működjön, mint az eredeti kliensen.

A konverter megőrzi a Bcc címzetteket is, ha azok jelen vannak az eredeti üzenetben. A sok konverziós folyamatotól eltérően, amely eltávolítja a Bcc információkat, ez az eszköz megőrzi ezeket a rejtett címeket a PST elemen belül, lehetővé téve az üzenet hiteles újraalkotását, ahogy eredetileg elküldték.

HTML és egyszerű szöveg törzsek változatlanul megmaradnak

Ha egy üzenet mind HTML, mind egyszerű szöveg alternatívát tartalmaz, a konverter mindkét részt tárolja az Outlook elemen belül. Az Outlook a felhasználó beállításai szerint dönt, melyik ábrázolást jeleníti meg, így a címzett a gazdag formázott vagy az egyszerű szöveges verziót pontosan úgy látja, ahogyan azt a feladó szándékozta.

A HTML törzs újrakódolás vagy módosítás nélkül kerül átvitelre, megőrizve a bekezdéseket, listákat, táblázatokat, félkövér, dőlt és beágyazott stílusokat. Hasonlóképpen, az egyszerű szöveg alternatíva változatlan marad. Ez az egy‑az‑egy átvitel garantálja, hogy a vizuális megjelenés és a formázás, amely az eredeti kliensben látható volt, hűen reprodukálódik az Outlookban.

Mellékletek és beágyazott képek megőrzése

Minden bináris melléklet – beleértve a PDF‑eket, ZIP‑archívumokat, DOCX‑fájlokat, képeket és bármilyen más, az eredeti e‑mailhez csatolt fájlt – natív Outlook mellékletként kerül át a PST‑be. Az üzenetben ugyanúgy jelennek meg, mintha az e‑mail közvetlenül az Outlookban érkezett volna, adatvesztés nélkül.

A cid: azonosítóval hivatkozott beágyazott képek multipart mellékletekként maradnak, és az Outlook ugyanazzal a CID‑keresési mechanizmussal jeleníti meg őket. A külső képek URL‑jei (http/https) változatlanul a HTML törzsben maradnak linkként; az Outlook a saját külső‑tartalom szabályaival szerint jeleníti meg őket megtekintéskor, biztosítva a vizuális tartalom megőrzését.

Korlátok és hatókör

Letöltési hivatkozás élettartama

A létrehozott .pst fájlt 24 óraig lehet letölteni a konverzió befejezése után.