Mercurial > libpst
annotate ChangeLog @ 44:d4606d460daf
more fixes for 64 bit format
| author | carl |
|---|---|
| date | Tue, 08 Jan 2008 16:19:26 -0800 |
| parents | f6db1f060a95 |
| children | b2a7f2e0926a |
| rev | line source |
|---|---|
| 43 | 1 LibPST 0.6.1 (2008-01-06) |
| 2 =============================== | |
| 3 | |
| 4 * Outlook 2003 64 bit parsing. Some documentation from Alexander Grau | |
| 5 <alexandergrau@gmx.de> and patches from Sean Loaring <sloaring@tec-man.com>. | |
| 6 * fix from Antonio Palama <palama@inwind.it> for email items | |
| 7 that happen to have item->contact non null, and were being processed | |
| 8 as contacts. | |
| 9 * Add large file support so we can read .pst files larger than 2gb. | |
| 10 * Change lspst to be similar to readpst, properly using recursion to walk | |
| 11 the tree, and testing item types. Add a man page for lspst. | |
| 12 | |
|
41
183ae993b9ad
security fix for potential buffer overrun in lz decompress
carl
parents:
40
diff
changeset
|
13 LibPST 0.5.12 (2007-10-02) |
|
183ae993b9ad
security fix for potential buffer overrun in lz decompress
carl
parents:
40
diff
changeset
|
14 =============================== |
|
183ae993b9ad
security fix for potential buffer overrun in lz decompress
carl
parents:
40
diff
changeset
|
15 |
|
183ae993b9ad
security fix for potential buffer overrun in lz decompress
carl
parents:
40
diff
changeset
|
16 * security fix from Brad Hards <bradh@frogmouth.net> for buffer |
|
183ae993b9ad
security fix for potential buffer overrun in lz decompress
carl
parents:
40
diff
changeset
|
17 overruns in liv-zemple decoding for corrupted or malicious pst files. |
|
183ae993b9ad
security fix for potential buffer overrun in lz decompress
carl
parents:
40
diff
changeset
|
18 |
| 40 | 19 LibPST 0.5.11 (2007-08-24) |
| 20 =============================== | |
| 21 | |
| 22 * fix from Stevens Miller <smiller@novadatalabs.com> | |
| 23 for unitialized variable. | |
| 24 | |
| 39 | 25 LibPST 0.5.10 (2007-08-20) |
| 26 =============================== | |
| 27 | |
| 28 * fix yet more valgrind errors - finally have a clean memory check. | |
| 29 * restructure readpst.c for proper recursive tree walk. | |
| 30 * buffer overrun test was backwards, introduced at 0.5.6 | |
| 31 * fix broken email attachments, introduced at 0.5.6 | |
| 32 | |
| 38 | 33 LibPST 0.5.9 (2007-08-12) |
| 34 =============================== | |
| 35 | |
| 36 * fix more valgrind errors. | |
| 37 | |
| 37 | 38 LibPST 0.5.8 (2007-08-10) |
| 39 =============================== | |
| 40 | |
| 41 * fix more valgrind errors. lzfu_decompress needs to return the | |
| 42 actual buffer size, since the lz header overestimates the size. | |
| 43 This caused base64_encode to encode undefined bytes into the | |
| 44 email attachment. | |
| 45 | |
| 36 | 46 LibPST 0.5.7 (2007-08-09) |
| 47 =============================== | |
| 48 | |
| 49 * fix valgrind errors, using uninitialized data. | |
| 50 * improve debug logging and readpstlog for indented listings. | |
| 51 * cleanup documentation. | |
| 52 | |
| 35 | 53 LibPST 0.5.6 (2007-07-15) |
| 54 =============================== | |
| 55 | |
|
34
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
56 * Fix to allow very small pst files with only one node in the |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
57 tree. We were mixing signed/unsigned types in comparisons. |
| 35 | 58 * More progress decoding the basic structure 7c blocks. Many |
| 59 four byte values may be ID2 indices with data outside the buffer. | |
| 60 * Start using doxygen to generate internal documentation. | |
|
34
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
61 |
| 31 | 62 LibPST 0.5.5 (2007-07-10) |
| 63 =============================== | |
| 64 | |
|
34
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
65 * merge the following changes from Joe Nahmias version: |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
66 * Lots of memory fixes. Thanks to Nigel Horne for his assistance |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
67 tracking these down! |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
68 * Fixed creation of vCards from contacts, thanks to Nigel Horne for |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
69 his help with this! |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
70 * fix for MIME multipart/alternative attachments. |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
71 * added -c options to readpst manpage. |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
72 * use 8.3 attachment filename if long filename isn't available. |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
73 * new -b option to skip rtf-body.rtf attachments. |
|
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
74 * fix format of From header lines in mbox files. |
| 43 | 75 * Add more appointment fields, thanks to Chris Halls for tracking |
|
34
07177825c91b
fix signed/unsigned to allow very small pst files with only leaf nodes
carl
parents:
31
diff
changeset
|
76 them down! |
| 31 | 77 |
| 78 | |
| 30 | 79 LibPST 0.5.4 (2006-02-25) |
| 80 =============================== | |
| 81 | |
| 82 * patches from Arne, adding MH mode, remove leading zeros | |
| 83 from the generated numbered filenames starting with one | |
| 84 rather than zero. Miscellaneous code cleanup. | |
| 85 | |
| 86 * document the "7c" descriptor block format. | |
| 87 | |
| 24 | 88 LibPST 0.5.3 (2006-02-20) |
| 16 | 89 =============================== |
| 90 | |
| 24 | 91 * switch to gnu autoconf/automake. This breaks the MS VC++ projects |
| 92 since the source code is now in the src subdirectory. | |
| 93 | |
| 16 | 94 * documentation switched to xml, building man pages and html |
| 95 from the master xml copy. | |
| 96 | |
| 24 | 97 * include rpm .spec file for building src and binary rpms. |
| 98 | |
| 16 | 99 |
|
12
3f627519a92d
properly ignore (second block zero) errors. that will just drop some unknown attachments, but the rest of the data is still found
carl
parents:
11
diff
changeset
|
100 LibPST 0.5.2 (2006-02-18) |
| 11 | 101 =============================== |
| 102 | |
| 103 * Added pst2ldif to convert the contacts to ldif format for import | |
| 104 into ldap databases. | |
| 105 | |
| 106 * Major changes to libpst.c to properly use the node depth values | |
| 107 from the b-tree nodes. We also use the item count values in the nodes | |
| 108 rather than trying to guess how many items are active. | |
| 109 | |
| 110 * Cleanup whitespace - using tabs for every four columns. | |
| 111 | |
| 112 | |
| 3 | 113 LibPST 0.5.1 (17 November 2004) |
| 114 =============================== | |
| 115 | |
| 116 Well, alot has happened since the last release of libpst. | |
| 117 | |
| 118 Release / Management: | |
| 119 | |
| 11 | 120 * The project has forked! The new maintainer is Joseph Nahmias. |
| 121 * We have changed hosting sites, thanks to sourceforge for hosting | |
| 122 to this point. From this point forward we will be using | |
| 123 alioth.debian.org. | |
| 124 * The project is now using SubVersioN for source control. You can | |
| 125 get the latest code by running: | |
| 126 svn co svn://svn.debian.org/svn/libpst/trunk . | |
| 127 * See | |
| 128 <http://lists.alioth.debian.org/pipermail/libpst-devel/2004-November/000000.html> | |
| 129 for more information. | |
| 3 | 130 |
| 131 Code Changes: | |
| 132 | |
| 11 | 133 * Added lspst program to list items in a PST. Still incomplete. |
| 134 * Added vim folding markers to readpst.c | |
| 135 * avoid the pseudo-prologue that MS prepends to the email headers | |
| 136 * fix build on msvc, since it doesn't have sys/param.h | |
| 137 * Re-vamped Makefile: | |
| 138 * Only define CFLAGS in Makefileif missing | |
| 139 * fixed {un,}install targets in Makefile | |
| 140 * Fixed up build process in Makefile | |
| 141 * Added mozilla conversion script from David Binard | |
| 142 * Fixed bogus creation of readpst.log on every invocation | |
| 143 * escaped dashes and apostrophe in manpages | |
| 144 * Updated TODO | |
| 145 * added manpages from debian pkg | |
| 146 * fix escaped-string length count to consider '\n', | |
| 147 thanks to Paul Bakker <bakker@fox-it.com>. | |
| 148 * ensure there's a blank line between header and body | |
| 149 patch from <johnh@aproposretail.com> (SourceForge #890745). | |
| 150 * Apply accumulated endian-related patches | |
| 151 * Removed unused files, upstream's debian/ dir | |
| 3 | 152 |
| 153 -- Joe Nahmias <joe@nahmias.net> | |
| 154 | |
| 155 LibPST v0.5 | |
| 156 =========== | |
| 157 | |
| 158 It is with GREAT relief that I bring you version 0.5 of the LibPST tools! | |
| 159 | |
| 160 Through great difficulties, this tool has survived and expanded to become even | |
| 161 better. | |
| 162 | |
| 163 The changes are as follows: | |
| 164 * RTF support. We can now decompress RTF bodies in emails, and are saved as attachments | |
| 165 * Better support in reading the indexes. Fixed many bugs with them | |
| 166 * Improved reliability. "Now we are getting somewhere!" | |
| 167 * Improved compiling. Hopefully we won't be hitting too many compile errors now. | |
| 168 * vCard handling. Contacts are now exported as vCard entries. | |
| 169 * vEvent handling. Support has begun on exporting Calendar entries as events | |
| 170 * Support for Journal entries has also begun | |
| 171 | |
| 172 If you have any problems with this release, don't hesitate to contact me. | |
| 173 | |
| 174 These changes come to you, as always, free under the GPL license!! What a wonderful | |
| 175 thing it is. It does mean that you can write your own program off of this library | |
| 176 and distribute it also for free. However, anyone with commercial interests for | |
| 177 developing applications they will be charging for are encouraged to get in touch | |
| 178 with me, as I am sure we can come to some arrangement. | |
| 179 | |
| 180 Dave Smith | |
| 181 <dave.s@earthcorp.com> | |
| 182 | |
| 183 LibPST v0.4.3 | |
| 184 ============= | |
| 185 | |
| 186 Bug fix release. No extra functionality | |
| 187 | |
| 188 Dave Smith | |
| 189 <dave.s@earthcorp.com> | |
| 190 | |
| 191 LibPST v0.4.2 | |
| 192 ============= | |
| 193 | |
| 194 The debug system has had an overhaul. The debug messages are no longer | |
| 195 printed to the screen when they are enabled. They are dumped to a | |
| 196 binary file. There is another utility called "readlog" that I have | |
| 197 written to handle these log files. It should make it easier to | |
| 198 selectively view bits of a log file. It also shows the position that | |
| 199 the log message was printed from. | |
| 200 | |
| 201 There is a new switch in readpst. It is -d. It enables the user to | |
| 202 specify the log file which the binary log is written to. If the switch | |
| 203 isn't used, the default file of "readpst.log" is used. | |
| 204 | |
| 205 The code is now Visual C++ compatible. It has compiled on Visual C++ | |
| 206 .net Standard edition, and produces the readpst.exe file. Use the project | |
| 207 file included in this distribution. | |
| 208 | |
| 209 There have been minor improvements elsewhere too. | |
| 210 | |
| 211 | |
| 212 LibPST v0.4.1 | |
| 213 ============= | |
| 214 | |
| 215 Fixed a couple more bugs. Is it me or do bugs just insert themselves | |
| 216 in random, hard to find places! | |
| 217 | |
| 218 Cured a few problems with regard to emails with multiple embeded | |
| 219 items. They are not fully re-created using Mime-types, but are | |
| 220 accessible with the -S switch (which saves everything as seperate | |
| 221 items) | |
| 222 | |
| 223 Fixed a problem reading the first index. Back sliders are now | |
| 224 detected. (ie when the value following the current one is smaller, not | |
| 225 bigger!) | |
| 226 | |
| 227 Added some error messages when we try and read outside of the PST | |
| 228 file, this was causing a few problems before, cause the return value | |
| 229 wasn't always checked, so it was possible to be reading random data, | |
| 230 and trying to make sense of it! | |
| 231 | |
| 232 Anyway, if you find any problems, don't hesitate to mail me | |
| 233 | |
| 234 Dave Smith | |
| 235 <dave.s@earthcorp.com> | |
| 236 | |
| 237 LibPST v0.4 | |
| 238 =========== | |
| 239 | |
| 240 Fixed a nasty bug that occasionally corrupted attachments. Another bug | |
| 241 with regard to reading of indexes (also occasional). | |
| 242 | |
| 243 Another output method has been added which is called "Seperate". It is | |
| 244 activated with the -S switch. It operates in the following manor: | |
| 245 | |
| 246 |--Inbox-->000000 | |
| 11 | 247 | 000001 |
| 248 | 000002 | |
| 3 | 249 |--Sentmail-->0000000 |
| 11 | 250 | 0000001 |
| 251 | 0000002 | |
| 3 | 252 |
| 253 All the emails are stored in seperate files counting from 0 upwards, | |
| 254 in a folder named as the PST folder. | |
| 255 | |
| 256 When an email has an attachment, it is saved as a seperate file. The | |
| 257 filename for the attachment is made up of 2 parts, the first is the | |
| 258 email number to which it belongs, the second is its filename. | |
| 259 | |
| 260 The should now be runnable on big-endian machines, if the define.h | |
| 261 file is first modified. The #define LITTLE_ENDIAN must be commented | |
| 262 out, and the #define BIG_ENDIAN must be uncommented. | |
| 263 | |
| 264 More verbose error messages have been added. Apparently people got | |
| 265 confused when the program stopped for no visible reason. This has now | |
| 266 been resolved. | |
| 267 | |
| 268 Thanks for the continued support of all people involved. | |
| 269 | |
| 270 Dave Smith | |
| 271 <dave.s@earthcorp.com> | |
| 272 | |
| 273 Libpst v0.3.4 | |
| 274 ============= | |
| 275 | |
| 276 Several more fixes. An Infinite loop and incorrect interpreting of | |
| 277 item index attributes. Work has started on making the code executable | |
| 278 on big endian CPUs. At present it should work with Linux on these | |
| 279 CPUs, but I would appreciate it if you could provide feedback with | |
| 280 regard to it's performance. I am also working with some other people | |
| 281 at make it operate on Solaris. | |
| 282 | |
| 283 A whole load more items are now recognized by the Item records. With | |
| 284 more items in Emails and Folders. I haven't got to the Contacts yet. | |
| 285 | |
| 286 Anyway, this is what I would call a minor feature enhancment and | |
| 287 bugfix release. | |
| 288 | |
| 289 Dave Smith | |
| 290 <dave.s@earthcorp.com> | |
| 291 | |
| 292 LibPST v0.3.3 | |
| 293 ============= | |
| 294 | |
| 295 Fixed several items. Mainly memory leaks. Loads of them! oops.. | |
| 296 | |
| 297 I have added a new program, mainly of debugging, which when passed | |
| 11 | 298 an ID value and a pst file, will extract and decrypt that ID from |
| 3 | 299 the pst file. I don't see it being a huge attraction, or of much use |
| 300 to most people, but it is another example of writing an application | |
| 301 to use the libpst interface. | |
| 302 | |
| 303 Another fix was in the reading of the item index. This has hopefully | |
| 304 now been corrected. The result of this bug was that not all the emails | |
| 305 in a folder were converted. Hopefully you should have more luck now. | |
| 306 | |
| 307 Dave Smith | |
| 308 <dave.s@earthcorp.com> | |
| 309 | |
| 310 LibPST v0.3.2 | |
| 311 ============= | |
| 312 | |
| 313 Quick bugfix release. There was a bug in the decryption of the basic | |
| 314 encryption that outlook uses. One byte, 0x6c, was incorrectly decrypted | |
| 315 to 0x6c instead of 0xcd. This release fixes this bug. Sorry... | |
| 316 | |
| 317 | |
| 318 LibPST v0.3.1 | |
| 319 ============= | |
| 320 | |
| 321 Minor improvements. Fixed bug when linking multiple blocks together, | |
| 322 so now the linking blocks are not "encrypted" when trying to read | |
| 323 them. | |
| 324 | |
| 325 | |
| 326 LibPST v0.3 | |
| 327 =========== | |
| 328 | |
| 329 A lot of bug fixing has been done for this release. Testing has been | |
| 330 done on the creation of the files by readpst. Better handling of | |
| 331 large binaries being extracted from the PST file has been implemented. | |
| 332 | |
| 333 Quite a few reports have come in about not being able to compile on | |
| 334 Darwin. This could be down to using macros with variable parameter | |
| 335 lists. This has now been changed to use C functions with variable | |
| 336 parameters. I hope this fixes a lot of problems. | |
| 337 | |
| 338 Added support for recreating the folder structure into normal | |
| 339 directories. For Instance: | |
| 340 | |
| 341 Personal Folders | |
| 342 |-Inbox | |
| 343 | |-Jokes | |
| 344 | |-Meetings | |
| 345 |-Send Items | |
| 346 | |
| 347 each folder containing an mbox file with the correct emails for that | |
| 348 folder. | |
| 349 | |
| 350 Dave Smith | |
| 351 <dave.s@earthcorp.com> | |
| 352 | |
| 353 | |
| 354 LibPST v0.3 beta1 | |
| 355 ================= | |
| 356 | |
| 357 Again, a shed load of enhancements. More work has been done on the | |
| 358 mime creation. A bug has been fixed that was letting part of the | |
| 11 | 359 attachments that were created disappear. |
| 3 | 360 |
| 361 A major enhancement is that "compressible encryption" support has been | |
| 362 added. This was an incredibly simple method to use. It is basically a | |
| 363 ceasar cipher. It has been noted by several users already that the PST | |
| 364 password that Outlook uses, serves *no purpose*. It is not used to | |
| 365 encrypt the PST, it is mearly stored there. This means that the | |
| 366 readpst application is able to convert PST files without knowing the | |
| 367 password. Microsoft have some explaning to do! | |
| 368 | |
| 369 Output files are now not overwritten if they already exist. This means | |
| 370 that if you have two folders in your PST file named "fred", the first | |
| 371 one encountered will be named "fred" and the second one will be named | |
| 372 "fred00000001". As you can see, there is enough room there for many | |
| 373 duplicate names! | |
| 374 | |
| 375 Output filenames are now restricted. Any "/" or "\" characters in the | |
| 376 name are replaced with "_". If you find that there are any other | |
| 377 characters that need to be changed, could you please make me aware! | |
| 378 | |
| 379 Thanks to Berry Wizard for help with supporting the encryption. | |
| 380 | |
| 381 Thanks to Auke Kok, Carolus Walraven and Yogesh Kumar Guatam for providing debugging | |
| 382 information and testing. | |
| 383 | |
| 384 Dave Smith | |
| 385 <dave.s@earthcorp.com> | |
| 386 | |
| 387 | |
| 388 LibPST v0.2 beta1 | |
| 389 ================= | |
| 390 | |
| 391 Hello once more... | |
| 392 | |
| 393 Attachments are now re-created in mime format. The method is very | |
| 394 crude and could be prone to over generalisation. Please test this | |
| 395 version, and if attachments are not recreated correctly, please send | |
| 396 me the email (complete message source) of the original and | |
| 397 converted. Cheers. | |
| 398 | |
| 399 I hope this will work for everyone who uses this program, but reality | |
| 400 can be very different! | |
| 401 | |
| 402 Let us see how it goes... | |
| 403 | |
| 404 Dave Smith | |
| 405 <dave.s@earthcorp.com> | |
| 406 | |
| 407 LibPST v0.2 alpha1 | |
| 408 =========== | |
| 409 | |
| 410 Hello! | |
| 411 | |
| 412 Some improvements. The internal code has been changed so that | |
| 413 attachments are now processed and loaded into the structures. The | |
| 414 readpst program is not finished yet. It needs to convert these binary | |
| 415 structs into mime data. At present it just saves them to the current | |
| 416 directory, overwriting any previous files with the attachment name. | |
| 417 | |
| 11 | 418 Improvements over previous version: |
| 3 | 419 * KMail output is supported - if the "-k" flag is specified, all the |
| 420 directory hierarchy is created using the KMail standard | |
| 421 * Lots of bugs and memory leaks fixed | |
| 422 | |
| 423 | |
| 424 Usage: | |
| 425 | |
| 426 ReadPST v0.2alpha1 implementing LibPST v0.2alpha1 | |
| 427 Usage: ./readpst [OPTIONS] {PST FILENAME} | |
| 428 OPTIONS: | |
| 429 -h - Help. This screen | |
| 430 -k - KMail. Output in kmail format | |
| 431 -o - Output Dir. Directory to write files to. CWD is changed *after* opening pst file | |
| 432 -V - Version. Display program version | |
| 433 | |
| 434 If you want to view lots of debug output, modify a line in "define.h" | |
| 435 from "//#define DEBUG_ALL" to "#define DEBUG_ALL". It would then be | |
| 436 advisable to pipe all output to a log file: | |
| 437 | |
| 438 ./readpst -o out pst_file &> logfile | |
| 439 | |
| 440 Dave Smith | |
| 441 | |
| 442 LibPST v0.1 | |
| 443 =========== | |
| 444 | |
| 445 Hi Folks! | |
| 446 | |
| 447 This has been a long, hard slog, but I now feel that I have got | |
| 448 somewhere useful. The included program "main" is able to read an | |
| 449 Outlook PST file and dump the emails into mbox files, separating each | |
| 450 folder into a different mbox file. All the mbox files are stored in | |
| 451 the current directory and no attempt is yet made to organise these | |
| 452 files into a directory hierarchy. This would not be too difficult to | |
| 453 achieve though. | |
| 454 | |
| 455 Email attachments are not yet handled, neither are Contacts. | |
| 456 | |
| 457 There is no pretty interface yet, but you can convert a PST file in | |
| 458 the following manner | |
| 459 | |
| 460 ./main {path to PST file} | |
| 461 | |
| 462 This is very much a work in progress, but I thought I should release | |
| 463 this code so that people can lose their conception that outlook files | |
| 464 will never be converted to Linux. | |
| 465 | |
| 466 I am intending that the code I am writing will be developed into | |
| 467 greater applications to provide USEFUL tools for accessing and | |
| 468 converting PST files into a variety of formats. | |
| 469 | |
| 470 One point I feel I should make is that Outlook, by default, creates | |
| 471 "Compressible Encryption" PST files. I have not, as yet, attempted to | |
| 472 write any decryption routines, so you will not be able to convert | |
| 473 these files. However, if you create a new PST file and choose not to | |
| 474 make an encrypted one, you can copy all your emails into this new one | |
| 475 and then convert the unencrypted one. | |
| 476 | |
| 477 I hope you enjoy, | |
| 478 | |
| 479 Dave Smith | |
| 480 | |
| 481 : vim: set tw=72 sw=4 ts=4: |