[09:20] Nyt tuli eteen outo Thunderbird-ongelma. [09:21] Sain sähköpostin, jonka liitteenä on pdf. Thunderbird ei saanut tallennettua tuosta aukeavaa versiota. [09:21] Kaveri sai saman liitteen ja Windowsin Thunderbird tallensi tuon ok. [09:21] Hän lähetti saamansa viestin mulle forwardina, josta pdf aukesi normaalisti. [09:22] Kun diffasin alkuperäisen ja forwardoidun viestin raakasisältöä, huomasin, että liitteen base64-koodista puuttuu pätkä välistä. [09:24] onko joku gmail/ekskankee taustalla? [09:24] 105 riviä plus yksi merkki yhden rivin lopusta. [09:26] Ja saman viestin kun avaan Macin Apple Maililla (vai mikä tuo on nimeltään), niin aukeaa ihan ok. [09:26] Olettaisin, että ongelman yhtenä alkulähteenä saattaa olla juuri tuo Apple Mail, josta tuo viesti on alun perin lähetetty. [09:27] Mutta outoa, että Thunderbirditkin toimivat eri tavalla Ubuntussa ja Windowsissa. [09:27] En osaa sanoa, mitä postipalvelinta Åbo Akademi käyttää. [09:28] Korjaan. Osaanpa. Postfix näyttäisi olevan. [09:28] siis haet postipalvelimeltasi saman viestin kahdella eri sähköpostiohjelmalla ja toisella siitä puuttuu dataa? vai haetko ihan eri kopion viestistä jostain muualta? [09:28] Ja Cyrus imappina. [09:28] Sama viesti. [09:30] Thunderbirdillä tallensin viestin raakaversion tekstitiedostoksi ja siitä puuttuu sitä dataa keskeltä liitettä. [09:31] Voisko tossa olla joku outous siitä, että Apple-Mail on merkannut liitteen inline-liitteeksi: "Content-Disposition: inline;" [09:32] Ok, mietin vaan että ainakin gmailissa imappi tuntuu sekoilevan välillä [09:32] Tai ainakin aiemmin sekoili [09:33] En tiedä oliko toi sitten gmailin ominaisuuksia [09:35] Jos tuolla Thunderbirdillä on joku stringin pituuden yläraja tuossa inline-tapauksessa ja se pätkäisee rajan tullessa vastaan. Ja jos Windows-versiossa on raja kauempana. [09:51] Alkuperäinenkin viesti liitteineen on kanssa forwardi, liitteenä. Joten tuossa viestissä on kyllä liitettä peräkkäin ja sisäkkäin ihan riittämiin. [09:52] Apple-Maililla tallennetussa raakaviestissä on esimerkiksi sama forwardoitu teksti ainakin viiteen kertaan. Kolme kertaa text/plain:ina ja kahteen kertaan text/html:nä. Thunderbirdissä näköjään molemmat vain kerran. [10:10] Luultavasti tossa on tapahtunut jotain hämärää siinä vaiheessa, kun viesti on haettu imapilla palvelimelta. Sen jälkeen Thunderbird on katsonut, että sillä on viesti jo, eikä ole tajunnut koettaa hakea sitä uudestaan. [10:16] imapin viestit on immutable. koko imap lähtee siitä et viestin sisältö ei muutu [10:27] Nyt tutkailin toista viestiä, jossa sama ongelma, ja siinä tuo näyttäytyy vähän selkeämpänä. Kuvakaappaus Thunderbirdistä ja Apple-Mailista talletettujen raakaviestien diffistä: http://users.abo.fi/pesalmel/thunderbird-ongelma.png [10:28] Tasasin välimatkoin on pätkäisty saman mittaisia pätkiä pois viestin rungosta. [10:30] Ja jos ton Apple-Maililla tallennetun raakaviestin kopsii Thunderbirdiin, niin TB osaa käyttää sitä ihan oikein. [10:31] Ootko laittanu jo bugiraporttia? [10:32] Wiresharkillahan voisit yrittää kattoa mitä toi thunderbird latailee [10:33] En ole mitään vielä raportoinut, kun ei oikein vielä tiedä, kuka/mikä ryssii ja miten ja missä välissä. [10:44] No kokeileppa tosiaan tolla wiresharkilla [10:45] Sillä nyt ainakin näkee mitä dataa tuolta imapilla välitetään thunderbirdille [10:45] Pitänee tosin vaihtaa suojaamattomaan yhteyteen siksi aikaa, että saa datan napattua [15:58] nmbd -d kuluttaa 100% tehoa? [16:01] shanttu: Samban proressi. Tutki Samban troubleshooting ohjeen avulla mikä asetus on säädetty pieleen. [16:02] tale, ok. kiitti [19:03] On kyllä outo tuo Thunderbird-ongelma. [19:03] Sama toistuu samalla viestillä toisella Ubuntu 12.04-koneella. [19:04] Jos viestistä luo toisella sähköpostiohjelmalla kopion imapiin ja lukee Thunderbirdillä sen, on kaikki ok. [19:04] Mutta tuo kyseinen viesti menee rikki. [19:05] Siitä puuttuu 5 kappaletta tavullen 8 kilotavun mittaista pätkää (windows-tyyliset rivinvaihdot mukaan lukien). [19:07] Kahden ensimmäisen puuttuvan pätkän väli on tasan 176 kilotavua. Seuraavien puuttuvien väli on 16 kilotavua enemmän, eli 192 kt. Seuraavan taas 16 kt enemmän, eli 208 kt ja neljäs väli on 224 kt. [19:52] mitenhän onnistuis helpoiten semmonen systeemi että bootissa vois palauttaa imagesta koko käyttiksen jos haluaa? [19:54] Tee virtuaalikoneella. [20:02] muita vaihtoehtoja? [20:06] En osaa sanoa. Voi olla mutta minä en saa mieleeni muita. [20:07] Jos pitää olla natiivikäyttis. [20:07] Jos käy fat client tai thin client niin sitten LTSP:tä kehiin kiosk modessa. [20:17] jotain deep freezen tapasta mut opensourcea ois kiva kokeilla [20:18] ja mielellään vaikka niin, että bootissa voi valita palautuksen tai normaalin käyttiksen [20:30] kumiorava: Clonezilla serveriasennuksena, sitten voi. [20:36] Mihin tarkoitukseen tuollaista käytetään? [20:36] Treenaamiseen? [20:37] tale: clonezillaa vois kyllä harkita vakavasti :)