Thunderbird-ből Outloook v16.0.13127 -be küldött levelek melléklete

Iroda

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 ?

  • 1031 megtekintés

( locsemege v | 2020. 09. 10., cs – 13:38 )

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 : 

Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Ezt találtam (Rajzpályázat kiírás Mikulás_2019.11.11..pdf):

Content-Type: application/pdf;
 name="=?UTF-8?B?UmFqenDDoWx5w6F6YXQga2nDrXLDoXMgTWlrdWzDoXNfMjAxOS4xMS4x?==?UTF-8?B?MS4ucGRm?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0*=UTF-8''%52%61%6A%7A%70%C3%A1%6C%79%C3%A1%7A%61%74%20%6B%69;
 filename*1*=%C3%AD%72%C3%A1%73%20%4D%69%6B%75%6C%C3%A1%73%5F%32%30%31%39;
 filename*2*=%2E%31%31%2E%31%31%2E%2E%70%64%66

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:


  UmFqenDDoWx5w6F6YXQga2nDrXLDoXMgTWlrdWzDoXNfMjAxOS4xMS4x
  MS4ucGRm

  Rajzpályázat kiírás Mikulás_2019.11.1
+ 1..pdf
= Rajzpályázat kiírás Mikulás_2019.11.11..pdf

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.

Rajzpályázat kiírás Mikulás_2019.11.11..pdf

Szerk: Mindenesetre sikerült reprodukálnom, a Thunderbird tényleg ilyet alkot.

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.

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

É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

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.


 filename*0*=UTF-8''%52%61%6A%7A%70%C3%A1%6C%79%C3%A1%7A%61%74%20%6B%69;
 filename*1*=%C3%AD%72%C3%A1%73%20%4D%69%6B%75%6C%C3%A1%73%5F%32%30%31%39;
 filename*2*=%2E%31%31%2E%31%31%2E%2E%70%64%66

-> Rajzpályázat ki%C3%AD%72%C3%A1%73%20%4D%69%6B%75%6C%C3%A1%73%5F%32%30%31%39;%2E%31%31%2E%31%31%2E%2E%70%64%66

( hnsz2002 v | 2020. 09. 10., cs – 15:23 )

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.

( dejo v | 2020. 09. 10., cs – 15:29 )

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.

( vl v | 2020. 09. 10., cs – 16:28 )

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?

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.

( levideo | 2020. 09. 10., cs – 16:58 )

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... 

( levideo | 2020. 09. 10., cs – 17:20 )

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.

( levideo | 2020. 09. 11., p – 11:46 )

Szerkesztve: 2020. 09. 11., p – 11:47

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 !!

( megrug | 2020. 09. 14., h – 09:22 )

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."

Csináltam egy ilyet : sajat_config.xml

<Configuration>
  <Add OfficeClientEdition="64"  Version="16.0.13029.20344">
    <Product ID="O365BusinessRetail">
      <Language ID="hu-hu" />
    </Product>
  </Add>
  <Property Name="SharedComputerLicensing" Value="0" />
  <Property Name="PinIconsToTaskbar" Value="TRUE" />
  <Property Name="SCLCacheOverride" Value="0" />
  <Property Name="AUTOACTIVATE" Value="0" />
  <Property Name="FORCEAPPSHUTDOWN" Value="FALSE" />
  <Property Name="DeviceBasedLicensing" Value="0" />
  <Updates Enabled="FALSE" />
</Configuration>

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ó!

( megrug | 2020. 09. 15., k – 15:11 )

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."