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