Specific UltraRecall User Question

< Next Topic | Back to topic list | Previous Topic >

Pages: 1 2 >

Posted by Jan Rifkinson
Jan 2, 2009 at 06:47 PM

Since I was a bad boy & banned from Kinook’s forum, I’m posting my question here.

Suddenly ‘eml’ files which formally could be viewed within URp’s browser are now saved as documents & tho stored in URp’s DB, can only be seen via Thunderbird.

Prior to this time, if I copied the ‘eml’ msg from TB to URp via URp TB extension, an item was created which could be read from within the detail pane. Browser has .eml ext as one of those to be viewed within browser.

Changes that might have affected this situation: Installed

a newer version of URp, i.e. v3.5d
a new version of TB, i.e. vversion 2.0.0.19

Thanks.

Jan Rifkinson
Ridgefield CT USA

Posted by Thomas
Jan 3, 2009 at 02:24 PM

I’m not much of an UR expert, but besides Browser tab did you also check Tools > Options, Documents, whether .eml is set to be displayed in the Mime viewer.

Another thing, recently I have lost content of some items, it was there but not being displayed. I had to delete riched20.dll and msftedit.dll from the Ultrarecall directory, to see those items again.

http://www.kinook.com/Forum/showthread.php?threadid=2853

Posted by Jan Rifkinson
Jan 3, 2009 at 02:39 PM

Thomas wrote:
>I’m not much of an UR expert, but besides Browser tab did you also check Tools > Options,
>Documents, whether .eml is set to be displayed in the Mime viewer.

Thanks Thomas.
Yes, .eml is set to display in Mime viewer

>Another thing,
>recently I have lost content of some items, it was there but not being displayed. I had
>to delete riched20.dll and msftedit.dll from the Ultrarecall directory, to see
>those items
>again.
> >http://www.kinook.com/Forum/showthread.php?threadid=2853

I re-read this thread with an eye towards implementing but then thought if I removed the dll I would probably remove means to edit rtf within URp. Wouldn’t that result in an added inconvenience?

Jan Rifkinson
Ridgefield CT USA

Posted by Alexander Deliyannis
Jan 4, 2009 at 10:32 AM

Hi Jan,

I have not used UltraRecall with Thunderbird but my first reaction would be to check the order of installation, i.e. if TB was installed after UR, it is possible that the plug-in needs to be re-installed.

You might also go to an explorer window and check from Tools / Folder Options / File Types what the system thinks it is supposed to do with .eml files. One thing I have personally found continually changes such associations is Microsoft Update, especially when updating IE and Outlook.

Regarding the riched20.dll, you can simply rename it and/or try the one suggested in the link mentioned by Thomas. Same for msftedit.dll (just rename it and see what happens). Those DLLs are in the system somewhere and UR is clever enough to use them. Copying a specific one into the UR program directory means that it will use that one, rather than the one that the system provides by default.

By the way, thanks for the heads-up on the new UR version. It is nice to see that bug resolution carries on as normal. As for UR’s public relations policy, well, that obviously leaves much to be desired!

Posted by Daly de Gagne
Jan 4, 2009 at 06:47 PM

Alex, they have a public relations policy?

Daly

Alexander Deliyannis wrote:
>Hi Jan,
> >I have not used UltraRecall with Thunderbird but my first reaction would be
>to check the order of installation, i.e. if TB was installed after UR, it is possible
>that the plug-in needs to be re-installed.
> >You might also go to an explorer window
>and check from Tools / Folder Options / File Types what the system thinks it is supposed
>to do with .eml files. One thing I have personally found continually changes such
>associations is Microsoft Update, especially when updating IE and
>Outlook.
> >Regarding the riched20.dll, you can simply rename it and/or try the one
>suggested in the link mentioned by Thomas. Same for msftedit.dll (just rename it and
>see what happens). Those DLLs are in the system somewhere and UR is clever enough to use
>them. Copying a specific one into the UR program directory means that it will use that
>one, rather than the one that the system provides by default.
> >By the way, thanks for
>the heads-up on the new UR version. It is nice to see that bug resolution carries on as
>normal. As for UR’s public relations policy, well, that obviously leaves much to be
>desired!
>

Pages: 1 2 >

Back to topic list