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