<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="http://www.codeplex.com/rss.xsl"?><rss version="2.0"><channel><title>MSN Messenger History Merger</title><link>http://www.codeplex.com/MsnHistoryMerger/Project/ProjectRss.aspx</link><description>The MSN Messenger History Merging tool was designed for merging the xml history files of the MSN Messenger and the Windows Live Messenger.   This is useful when using multiple machines running the M...</description><item><title>NEW POST: does the save history option have to be selected of keeping history in messenger</title><link>http://www.codeplex.com/MsnHistoryMerger/Thread/View.aspx?ThreadId=23732</link><description>&lt;div class="wikidoc"&gt;
A question on behalf Ronald:&lt;br /&gt; &lt;br /&gt;-----&lt;br /&gt;Ronald Says:&lt;br /&gt;March 10, 2008 at 8:47 pm e&lt;br /&gt; &lt;br /&gt;Hi,&lt;br /&gt;Just a simple question: does the save history option have to be selected of keeping history in messenger or does it save these xml files alltoether?&lt;br /&gt;----&lt;br /&gt; &lt;br /&gt;And my answer:&lt;br /&gt;Hi Ronald,&lt;br /&gt;The anser is absolutely yes: this tool works on the history files generated by the Messenger. Those files are genered by the Messenger only if the Save History option is selected.&lt;br /&gt; &lt;br /&gt;- F&lt;br /&gt; &lt;br /&gt;
&lt;/div&gt;</description><author>fernandof</author><pubDate>Mon, 10 Mar 2008 21:05:40 GMT</pubDate><guid isPermaLink="false">NEW POST: does the save history option have to be selected of keeping history in messenger 20080310P</guid></item><item><title>CLOSED ISSUE: Similar messages sometimes wrongly identified as duplicate messages</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5557</link><description>Due to a bug in the IsDuplicateOf method, similar messages &amp;#40;that have the same content&amp;#41; sent in a short time period can be wrongly identified as duplicate messages and removed from the merged version.&lt;br /&gt;Comments: Fixed on version 1.5</description><author>fernandof</author><pubDate>Mon, 03 Mar 2008 05:19:24 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Similar messages sometimes wrongly identified as duplicate messages 20080303A</guid></item><item><title>CREATED RELEASE: 1.5 Production (Mar 03, 2008)</title><link>http://www.codeplex.com/MsnHistoryMerger/Release/ProjectReleases.aspx?ReleaseId=11256</link><description>Fixed problem with similar messages &amp;#40;same content, different sending time&amp;#41; wrongly identified as duplicate messages.</description><author></author><pubDate>Mon, 03 Mar 2008 05:19:06 GMT</pubDate><guid isPermaLink="false">CREATED RELEASE: 1.5 Production (Mar 03, 2008) 20080303A</guid></item><item><title>RELEASED: 1.5 Production (Mar 03, 2008)</title><link>http://www.codeplex.com/MsnHistoryMerger/Release/ProjectReleases.aspx?ReleaseId=11256</link><description>Fixed problem with similar messages &amp;#40;same content, different sending time&amp;#41; wrongly identified as duplicate messages.</description><author></author><pubDate>Mon, 03 Mar 2008 05:19:06 GMT</pubDate><guid isPermaLink="false">RELEASED: 1.5 Production (Mar 03, 2008) 20080303A</guid></item><item><title>CREATED ISSUE: Similar messages sometimes wrongly identified as duplicate messages</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5557</link><description>Due to a bug in the IsDuplicateOf method, similar messages &amp;#40;that have the same content&amp;#41; sent in a short time period can be wrongly identified as duplicate messages and removed from the merged version.&lt;br /&gt;</description><author>fernandof</author><pubDate>Mon, 03 Mar 2008 03:04:53 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Similar messages sometimes wrongly identified as duplicate messages 20080303A</guid></item><item><title>UPDATED RELEASE: 1.4 Production (Feb 27, 2008)</title><link>http://www.codeplex.com/MsnHistoryMerger/Release/ProjectReleases.aspx?ReleaseId=11131</link><description>Fixed problem with duplicate messages being merged with wrong sessions.</description><author></author><pubDate>Wed, 27 Feb 2008 11:42:31 GMT</pubDate><guid isPermaLink="false">UPDATED RELEASE: 1.4 Production (Feb 27, 2008) 20080227A</guid></item><item><title>CLOSED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: Fixed in version 1.4&lt;br /&gt;&lt;br /&gt;Mark, good job on finding this bug.</description><author>fernandof</author><pubDate>Wed, 27 Feb 2008 11:41:17 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Splitting within the same session 20080227A</guid></item><item><title>CREATED RELEASE: 1.4 Production (Feb 27, 2008)</title><link>http://www.codeplex.com/MsnHistoryMerger/Release/ProjectReleases.aspx?ReleaseId=11131</link><description>Fixed problem with duplicate messages being merged with wrong sessions.</description><author></author><pubDate>Wed, 27 Feb 2008 11:40:24 GMT</pubDate><guid isPermaLink="false">CREATED RELEASE: 1.4 Production (Feb 27, 2008) 20080227A</guid></item><item><title>REOPENED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;Merged version sometimes messes up the conversation when origin history files have the duplications.&lt;br /&gt;In the attached Desktop.rar sample 2 identical files are incorrectly merged&amp;#58; duplications are correctly being dropped but original conversations are not being honoured.&lt;/p&gt;</description><author>fernandof</author><pubDate>Tue, 26 Feb 2008 20:58:10 GMT</pubDate><guid isPermaLink="false">REOPENED ISSUE: Splitting within the same session 20080226P</guid></item><item><title>COMMENTED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;This is a question, not an issue.&lt;br /&gt;Please post questions on the dicussions board.&lt;/p&gt;&lt;p&gt;&amp;#42;&amp;#42; Closed by fernandof 2&amp;#47;22&amp;#47;2008 6&amp;#58;30 PM&lt;/p&gt;</description><author>fernandof</author><pubDate>Tue, 26 Feb 2008 20:58:10 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Splitting within the same session 20080226P</guid></item><item><title>COMMENTED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: MarkWang ** &lt;p&gt;The reason I posted my first query here was because I thought this was, well, a bug. To prove my point, I attached a sample log file. After you unrar it, try to merge them together. These two folders are essentially identical, so the result should be unmodified. However, the number of sessions changes from 4 to 7 and some of the messages within the same session get broken into a new session. &lt;/p&gt;</description><author>MarkWang</author><pubDate>Tue, 26 Feb 2008 20:28:56 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Splitting within the same session 20080226P</guid></item><item><title>CLOSED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: This is a question, not an issue.&lt;br /&gt;Please post questions on the dicussions board.</description><author>fernandof</author><pubDate>Sat, 23 Feb 2008 02:30:22 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Splitting within the same session 20080223A</guid></item><item><title>COMMENTED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;Hi Mark,&lt;br /&gt;Just to keep this site nice and tidy, please post queries on the discussions board as the Issues are used to track, well, issues... &amp;#58;&amp;#41;&lt;br /&gt;To answer your question, the main rule is explained with the following example&amp;#58;&lt;br /&gt;You start a conversation from your work box from 3pm to 4pm and leave that session opened. From your home you start a new conversation with the same recipient from 9pm to 10pm. On the next day you go back to work and continue the already opened conversation.&lt;br /&gt;In our example, the log files record 2 conversations &amp;#40;1 on each log file&amp;#41;, but the merged version will correctly show 3 different conversations&amp;#58;&lt;/p&gt;&lt;p&gt;Work&amp;#58;     3pm---4pm &amp;#91;session is kept open&amp;#93;----------------------------midnight------------------&amp;#91;continue opened session&amp;#93;9am--10am&lt;br /&gt;Home&amp;#58;                                                         8pm-----9pm&lt;br /&gt;Merged&amp;#58; 3pm--4pm                                      8pm-----9pm                                                                                     9am--10am&lt;/p&gt;&lt;p&gt;&lt;br /&gt;If you&amp;#39;re a dev you can check out the unit tests to get a better understanding of those rules.&lt;/p&gt;</description><author>fernandof</author><pubDate>Sat, 23 Feb 2008 02:28:47 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Splitting within the same session 20080223A</guid></item><item><title>CREATED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;</description><author>MarkWang</author><pubDate>Wed, 20 Feb 2008 20:58:11 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Splitting within the same session 20080220P</guid></item><item><title>NEW POST: The source isn't available</title><link>http://www.codeplex.com/MsnHistoryMerger/Thread/View.aspx?ThreadId=18713</link><description>&lt;div class="wikidoc"&gt;
&lt;div class="quote"&gt;
 &lt;br /&gt;czeeric wrote:&lt;br /&gt;I followed the guide on this website, and set up SvnBridge. When I tried to checkout MsnHistoryMerger with SVN, there's no errors - but the folder (trunk) is empty. I am hoping to download the source and play around to make it merge MSN history from my MSN mac 6.1 with WLM 8.0 on my windows.&lt;br /&gt; &lt;br /&gt; &lt;br /&gt;
&lt;/div&gt; &lt;br /&gt;Yeah, I'm aware of this issue. During one of the upgrades of the CodePlex web site all my projects lost their source code and corresponding chagesets :(&lt;br /&gt;Good thing I'm always posting the source code alongside the binaries... On the Releases tab you'll find the source code in the &amp;quot;Msn Messenger History Merger v1.3 sources and binaries (zip)&amp;quot; package. It's not ideal, but it will provide you with the full source code.&lt;br /&gt; &lt;br /&gt;Enjoy,&lt;br /&gt;Fernando&lt;br /&gt;
&lt;/div&gt;</description><author>fernandof</author><pubDate>Thu, 20 Dec 2007 00:36:32 GMT</pubDate><guid isPermaLink="false">NEW POST: The source isn't available 20071220A</guid></item><item><title>NEW POST: The source isn't available</title><link>http://www.codeplex.com/MsnHistoryMerger/Thread/View.aspx?ThreadId=18713</link><description>&lt;div class="wikidoc"&gt;
I followed the guide on this website, and set up SvnBridge. When I tried to checkout MsnHistoryMerger with SVN, there's no errors - but the folder (trunk) is empty. I am hoping to download the source and play around to make it merge MSN history from my MSN mac 6.1 with WLM 8.0 on my windows.&lt;br /&gt;
&lt;/div&gt;</description><author>czeeric</author><pubDate>Wed, 05 Dec 2007 11:58:44 GMT</pubDate><guid isPermaLink="false">NEW POST: The source isn't available 20071205A</guid></item><item><title>CLOSED ISSUE: Merging different language files</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=3341</link><description>Let&amp;#39;s say you have a MSN install in the dutch language at your work, and a MSN install in english at home.&lt;br /&gt;If i merge the files between languages then the order of appearance is incorrect, because of the different date formats.&lt;br /&gt;At the moment i don&amp;#39;t have access to 2 files and don&amp;#39;t know if it is possible to edit this item, so i could add them later on.&lt;br /&gt;&lt;br /&gt;Thx,&lt;br /&gt;Vincent&lt;br/&gt;Comments: Merging different languages is handled correctly.&lt;br /&gt;The format of the date&amp;time is honored and it won't be changed by the utility. This means that if 2 history files have different formats, the unified history file will have 2 different formats as well.</description><author>fernandof</author><pubDate>Mon, 24 Sep 2007 10:47:02 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Merging different language files 20070924A</guid></item><item><title>COMMENTED ISSUE: Merging different language files</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=3341</link><description>Let&amp;#39;s say you have a MSN install in the dutch language at your work, and a MSN install in english at home.&lt;br /&gt;If i merge the files between languages then the order of appearance is incorrect, because of the different date formats.&lt;br /&gt;At the moment i don&amp;#39;t have access to 2 files and don&amp;#39;t know if it is possible to edit this item, so i could add them later on.&lt;br /&gt;&lt;br /&gt;Thx,&lt;br /&gt;Vincent&lt;br/&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;Thanks for the contribution vinzzz.&lt;br/&gt;If the ordering is correct it means you get the correct conversations - which is the primary goal of this utility. &amp;#58;&amp;#41;&lt;br/&gt;I agree that the format is not maintained correctly, but unfortunately I cannot fix that. The format is decided by the MSN client based on the locale of the workstation. I could re-format all date&amp;#47;times to use the locale of the workstation running this utility, but I&amp;#39;m not sure it&amp;#39;s a desired behavior.&lt;/p&gt;&lt;p&gt;I will close this issue as there is no problem merging different languages. If you wish me to create a new version in which the locales of 2 different files will be overriden with the locale of the workstation running this utility - say so and I&amp;#39;ll create a new feature.&lt;/p&gt;&lt;p&gt;Cheers,&lt;br/&gt;F&lt;/p&gt;</description><author>fernandof</author><pubDate>Mon, 24 Sep 2007 10:38:29 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Merging different language files 20070924A</guid></item><item><title>COMMENTED ISSUE: Merging different language files</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=3341</link><description>Let&amp;#39;s say you have a MSN install in the dutch language at your work, and a MSN install in english at home.&lt;br /&gt;If i merge the files between languages then the order of appearance is incorrect, because of the different date formats.&lt;br /&gt;At the moment i don&amp;#39;t have access to 2 files and don&amp;#39;t know if it is possible to edit this item, so i could add them later on.&lt;br /&gt;&lt;br /&gt;Thx,&lt;br /&gt;Vincent&lt;br/&gt;Comments: ** Comment from web user: vinzzz ** &lt;p&gt;I did a new test and it seems the order of appearance is going the right way, the only thing is the format of the date... i merged 2 files together, one dutch and one english. A few lines of the result&amp;#58;&lt;/p&gt;&lt;p&gt;16-3-2007  16&amp;#58;03&amp;#58;09  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test &lt;br/&gt;16-3-2007  16&amp;#58;03&amp;#58;11  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test2 &lt;br/&gt;16-3-2007  16&amp;#58;08&amp;#58;05  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test3 &lt;br/&gt;3&amp;#47;16&amp;#47;2007  4&amp;#58;41&amp;#58;00 PM  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test &lt;br/&gt;3&amp;#47;16&amp;#47;2007  4&amp;#58;42&amp;#58;10 PM  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test2&lt;br/&gt;3&amp;#47;16&amp;#47;2007  4&amp;#58;44&amp;#58;37 PM  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test3 &lt;br/&gt;&lt;/p&gt;</description><author>vinzzz</author><pubDate>Wed, 19 Sep 2007 21:39:45 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Merging different language files 20070919P</guid></item><item><title>COMMENTED ISSUE: Duplicate items are not removed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=1498</link><description>When merging files that were merged in the past, the application does not remove duplicate items and instead treat all messages as messages that needed to be merged. A more desired behaviour would be that the application will detect those duplicated items and remove then from the merging file.&lt;br /&gt;&lt;br /&gt;Note that this only happen when the utility runs on an already merged file&amp;#58; merging A and B to get AB and then merging the AB with A again.&lt;br/&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;This issue is closed as of version 1.2, so the latest version &amp;#40;1.3&amp;#41; correctly handles duplicate messages.&lt;br/&gt;If that is not the case, please attach sample files and I&amp;#39;ll look into it.&lt;/p&gt;</description><author>fernandof</author><pubDate>Mon, 17 Sep 2007 21:31:42 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Duplicate items are not removed 20070917P</guid></item></channel></rss>