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