Thunderbird v68.10 -ből Outloook v16.0.13127 -be küldött levelek mellékletének fájlnevek elromlanak.
Ha a csatolmány nevében ékezetes karakter szerepel , akkor a címzettnél a fájlok neveiben értelmetlen karakterek képződnek, néha a kiterjesztésben is.
Az előző verziójú (v13029) Outlookban még nem volt ilyen gond. Ha tetörlöm a gépről a frissült Office 365 -csomagot és az internetről letöltöm a portal.office.com -ról , akkor megjavul, nem rontja el a fájlneveket. Ha frissítem az előbb letöltött és telepített Office 365-öt , akkor a fenti verzióra frissülve elromlik.
Érdekes módon ha Outlook-ból Outlook-ba küldök levelet , bármely verzióval, bármely verzióra, akkor rendben van.
Szóva a Thunderbird <=> Új verziós Outlook nem állnak össze.
Amit Thunderbird-ből küldtem: https://www.dropbox.com/s/c9xvaaw0npt7n1c/omkmbigkehgagcce.png?dl=0
Amit az Outlook lát : https://www.dropbox.com/s/ui9k1w5y2zufbjb/leblmidbafclpmcc.png?dl=0
Valaki találkozott ilyen problémával ??
Ötlet ?
Hozzászólások
Ha lehet állítani a Thunderbird-ben a header karakter enkódolást, akkor állítsd olyanra, amit az Outlook szeret.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Csak próbából küldtem levelet a céges SOGo-webmailből , ami az Outlook-ban jó, és a fejlécben ez van :
content-type: text/plain; charset=utf-8
content-transfer-encoding: quoted-printable
A Thunderbirdből küldött levélben meg ez :
Valahol arrafelé kellene látszódjon a fájlnév is, nézelődj, vagy még inkább mentsd le fájlba, akkof hexviewerrel is meg tudod nézni.
Ezt találtam (Rajzpályázat kiírás Mikulás_2019.11.11..pdf):
Ebből az elsőt (Content-Type.name) érteni vélem, UTF8-van base64-re alakítva, valamiért két részben kódolva:
A másodiknál (Content-Disposition.filename, 3 részletben) már zavarban vagyok, hogy vajon ez így szabványos-e, majd esetleg keresgélek. Mindenestre ugyanaz van ott, szintén UTF8-ban, url-encode-olva.
Szerk: Mindenesetre sikerült reprodukálnom, a Thunderbird tényleg ilyet alkot.
Nagyjából sejtem amiről írsz...
De ha ez így van, és így van több éve, akkor mi a gondja vele az új verziós Outlook-nak ??
Mintha azt olvastam volna egy postban, hogy valami RFC -szabvány verzió(?) változott az Outlook-ban.....
No, ez a filename* itten van elmagyarázva: https://tools.ietf.org/html/rfc5987
Szóval öröm-boldogság, minden rendben. A fogadóoldalon ki tudod nyomozni, hogy hogyan változnak meg az ékezetes betűk?
Hát ez nekem elég száraz ...
Ráadásul az angolom is elég hiányos... Tudom, google fordító... De ebből nem derül ki, hogy hol és mit is kell tennem a dolog érdekében.
Vagy csak én nem látom, az is lehet.
Amit Thunderbird-ből küldtem: https://www.dropbox.com/s/c9xvaaw0npt7n1c/omkmbigkehgagcce.png?dl=0
Amit az Outlook lát : https://www.dropbox.com/s/ui9k1w5y2zufbjb/leblmidbafclpmcc.png?dl=0
Csak próbaképpen:
Ha a mellékletet betennéd egy "melleklet.zip"-be és utána átküldöd Outlook-ba, akkor Outlook-ból letöltve ki lehet csomagolni azt a zip-et rendesen?
Bezippelve (melleklet.zip) átküldve Outlook-ba és win10-en kicsomagolva jók a nevek...
Ez mit bizonyít ??
Két dolgot tudtunk meg:
1) Maga az átküldött fájl tartalmilag sértetlenül ér át.
2) Ezzel a becsomagolással időlegesen megkerülhető a probléma. (Ami ezek szerint csak a fájlnevet érinti.)
De ha már a zip nevében is van ékezetes betű , akkor nem nyert a dolog..
És hát nem én vagyok a gyenge láncszem, hanem a cég géphasználói ebben a fájl elnevezési dologban.
Nem várhatom el tőlük, hogy csak angol ÁBC betűit használják a fájlok elnevezésében.
Marad az, hogy letiltom az Office 365 frissítését a gépeken , ahol Outlook -ot használnak és nem Thunderbird-öt
(jellemzően a sales munkatársainál, mert a vezetőjük -új kolléga- ragaszkodott, hogy izzítsuk fel náluk a TB helyett, amit 15 éve használ a cégünk megelégedéssel. Szóval a cég egyik fele TB-t, a másik Outlook-ot használ kb. egy hónapja).
Szóval : Marad az, hogy nem frissítjük az Office 365 -öt 16.0.13127 -re. Marad egyenlőre 16.0.13029.
egyelore
http://bash.hu/14617
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Köszönöm.
De a témával kapcsolatosan van valami ötletetek??
Outlook-ot erőltető kolléga kiutálása a cégtől. Illetve te vagy felelős az IT infrastruktúráért, akkor te mondod meg a hivatalos policy-t - levelező: Thunderbird -, ha valaki mást használ, az a kínlódást, bugreportolást vállalja saját szabadidejében.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Csak Rendszergazda vagyok. Az informatikai vezető a főnököm.
Ő meg az ügyvezető igazgató alá tartozik. Ő meg iphone, és windows fan.
Ennyi.
És a főnököd nem áll mögéd? Szerintem a jó főnök villámhárító. Neked csak a szigorúan vett szakmával kelljen foglalkozni, a főnököd dolga emészthető formában kommunikálni a rendszer felhasználói felé, hogy mi van, mit kell elfogadni. Az én főnököm sem hibátlan, de tartja a hátát értünk.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Annyit mond : Old meg, ha lehet ! Igazából megoldottam, újratelepítettem az Office 365 -öt és letiltottam a frissítését.
Ez ilyen képlékeny dolog, a kisebb ellenállás felé tágul a főnököd. Ez most te voltál. Meg tudtad oldani, de ez így gányolás, csak ezt a kereskedő kolléga nem fogja érteni, meg nem is érdekli majd. Meddig lesz frissítetlen az Outlook? Az idők végezetéig? Amíg javítják ezt a bugot? A Microsoft ingerküszöbét egyáltalán elérte?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ezt így be lehet írni a bugreportba: ahol a
filename*
többsoros, ott a derék termék elfelejti, hogy az elején modták neki, hogy ezt még url-decode-olni kell.Mármint melyik szoftver bugreportjába??
A Thundrebird -ben van ez a 'mail.strictly_mime.parm_folding = 0' user_pref.
Esetleg ismered ezt ??
http://kb.mozillazine.org/Attachments_renamed
Szerintem ez az érintett program: thunderbird-*/comm/mailnews/compose/src/nsMsgCompUtils.cpp, ezen belül is a mime_generate_attachment_headers függvény.
Ráadásul a levél szövegével nincs semmi gond, csak a mellékletek nevei romlanak el ...
A mellékletekre vonatkozóan is szokott lenni valami header, amelyben leírják, hogy a bináris tartalom base64-ben van, talán ott mesélnek a karakterkódolásról is.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Le kell váltani az outlookokat.
"Sose a gép a hülye."
Nálunk a cégnél sajnos pont fordított az irány ... Van néhány okos, aki persze nem konyít az IT-hez, de mert másik cégtől jött, és ott Outlook- ot használtak,
azt hiszi az az isten.
Én csak 22 éve dologozok itt, mint rendszergazda, de aki fél éve jött kereskedő, annak jobban hisz a főnököm.
Ezt szerintem említsd meg a főnöködnek, és keress másik munkahelyet!
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ez nem olyan könnyű 50 évesen egy vidéki (Eger) városban.
Manapság a biztos munkahely aranyat ér, mégha nem is vesznek kutyába sem. Sajnos szégyen, hogy ez van.
Azért küzdök minden nap, könnyen nem adom fel. 25 éve foglalkozom Linuxal...
Megértem az álláspontod, csak hát... kereskedő tesz IT infrastruktúrára javaslatot, és el is fogadják tőle. :(
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ez fordítva sem szokott működni.
A Thunderbirdbe kell egy kiegészítőt telepíteni, akkor látja csak az Outlookból küldött mellékleteket.
A kiegészítő neve: MutasdMeg! (LookOut)
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox
Érdekes módon eddig a hét végéig soha nem volt ezzel gond.
Most frissültek be az Office 365 -ök és azóta van ez...
Ha uninstallálom az egész Office-t és letöltöm a gyári online telepítőt azzal jó, mert még nincs bele építve gondolom az e-heti frissítés.
Egyenlőre letistottam az Office-ban az automatikus fissítést, de ez nem megoldás.
Ha nem fizettek az Outlookért, akkor "ajándék lónak ne nézd a fogát" van.
Ha viszont fizettek, akkor tessék szépen bejelenteni a hibát, hogy ami korábban jól ment, az a frissítéstől elromlott, és ezt a regressziót lesznek szívesek elhárítani. Hiszen ezért fizettek azért a foskupacért, nemde?
Bejelentettem a MS support oldalán természetesen.
Csak felmerült bennem, hogy a TB - ben lehet valamit konfigolni, ami segithet...
A neten találtam is tippet, holnap tesztelem
Mintha ez lenne a megoldás :: mail.strictly_mime.parm_folding = 2
De holnap tudom csak tesztelni, mert itthonn nem használok MS office-t . Nem is értem miért nem :}
Nem is tudtam, hogy az Outlookban vannak ilyen konfig lehetőségek, amiket szövegesen lehet konfigurálni. Ez eléggé anti-MS-pattern.
A szöveges konfig lehetőség a Thunderbird-re vonatkozott, természetesen.
Persze, de ha az Outlook van elbaszva, akkor azt kell fixálni.
Ezt így ugyanis nem megoldásnak hívják, hanem workaroundnak.
Outlook => Outlook, SOGo WEBMAIL => Outlook, Gmail => Outlook rendben van.
Sőt Thunderbird => Outlook 16.0.13029 is renben van.
Csak Thunderbird => Outlook 16.0.13127 (legújabb frissítés) között van gond a mellékletek neveivel.
Tudom, hogy ez Outlook hiba, de mivel azt nem tudom hol lehet normálisan konfigolni, ezért a TB oldalon próbálkoztam, de hiába.
Ráadásul nem is nekem, hanem a gazdasági igazgatónak közvetlenül... Nem baj, majd elmegy ő is, ahogy a 20 év alatt a többi is.
Én maradok, és várom a kovetkező nagyokost...
Ami még "buli", hogy Win7 alatt a hiba most sem jelentkezik. Csak Win10 + Office 2008 16.0.13127 -kombóval
Hiába töltöttem le Win7 alatt ugyanazzal a céges Office 365 acounttal , maradt Office 2007 a verziója. A hiba meg nincs.
Szomorú, hogy ahogy kijönnek a frissítések , egyre több hibába ütközik az ember.
Tudom, így van ez Linux alatt is, de azért azt eddig némi Google-zással max egy óra alatt meg lehetett oldani.
Az Office 2008 támogatása 2013ban megszűnt. Az az Office 365 208as verziója lesz.
Az outllok névjegyén ez szerepel : Office 2008 16.0.13127
Kipróbáltam :
Thunderbird-ben 'mail.strictly_mime.parm_folding' , de sem 0-val , sem 1-gyel, sem 2-vel , sem 3-mal nem jók a melléklet nevei az ótvaras Outlookban !!
Marad az, hogy nem frissítjük az Office 365 -öt 16.0.13127 -re. Marad egyenlőre 16.0.13029.
Feladtam !!
+1
De ne add fel!!! Mert mondjuk akinek lefrissült már az a .!%/"+%! office, az mit csináljon? Sehol semmilyen épkézláb javaslat? (merthogy én is túrom már 2 napja a netet, de nem találtam). A helyzet hasonló nálunk is...sajnos.
"Bizonyos embereket megnyugvással tölthet el a tény, miszerint a medúzák nagyon régóta élnek a földön agy nélkül."
Én letöröltem (uninstalláltam) a frissült Office-t és letöltöttem az on-line telepítöt, és azt teleppítettem. Így a 16.0.13029 verzió van a gépen. Majd letiltottam az Office frissítést.
Ennyi egyenlőre.
Baj van.
Ma szerettem volna a fenti megoldást egy másik gépen , de már a neten az új verzió töltődik le, ami elrontja a mellékletek neveit.
Megszívtuk !!
Meg kell nézni hátha ott van még valamelyik gépen a korábbi telepítő...
Amúgy ez megint hozzáállás kérdése: Thunderbird-ből a 0.1-től kezdve a mai napig bármelyik verzió letölthető. MS-nél miért nincs ilyen?
Csináltam egy ilyet : sajat_config.xml
A sajat_config.xml, és más ilyen configurációs xml készítését itt lehet elvégezni: https://config.office.com
Itt saját telepítési konfigurációkat lehet készíteni!
Ehhez fontos infók még itt : https://docs.microsoft.com/hu-hu/deployoffice/overview-of-the-office-20…
A setup.exe fájlt , ami elindítja a letöltést, az xml-t bemásolod a C:\odt\ -mappába,majd futtatás :
\odt\setup.exe /download sajat_config.xml >> Ez letölti az összes szükséges fájlt az c:\odt\office -mappába.
(Ezt érdemes felmásolni egy megosztásra a későbbi telepítésekhez)
Majd ezt kell futtatni :
\odt\setup.exe /configure sajat_config.xml
Fontos még, hogy ezzel a módszerrel az office nem aktiválódik, nem rendelődik felhasználóhoz, tehát előtelepítéshez kiválló!
Hát hogy is mondjam, ez nagyon jó ötlet, akkor ha tudod, hogy fennáll ez a hiba, és gépeket telepítesz. De én nem fogok most 50+ gépnek nekiállni (ráadásul nem 1-2 200 km-e van), hogy uninstalláljak, meg újrarakjak...ha nincs más, akkor marad nekik így, amíg jön hozzá valami javítás a Bill-éktől.
"Bizonyos embereket megnyugvással tölthet el a tény, miszerint a medúzák nagyon régóta élnek a földön agy nélkül."
Nálunk szerencsére időben észervettem a hibát és csak három gépen kellett újratelepítenem... Kb. 5 perc volt gépenként.