On a prompt from webfork
) and since (unlike before) I'm facing a computer running Windows XP Pro SP3, I retested Napiophelios JauntPE
launcher for Claws Mail
(currently at v3.10.1, changelog at http://www.claws-mail.org/news.php
), and here are my findings...
- I changed a key ("Path=.\Claws Mail\claws-mail\claws-mail.exe" instead of "Path=.\Claws Mail\claws-mail-3.9.3\claws-mail.exe") in the launcher's 'Claws_Mail_jauntePE.ini' in order to formally make it version independent;
Sorry its a bad habit of mine,I always build my personal portables that way (version number attached to program files folder name)
- I found out the previous unthemed GTK error was probably due to trying to run the portable from my Windows Desktop -- once I moved it to my portables folder in another drive, with a shorter path, everything displayed alright;
JauntePE has problems when run from special folders like Desktop, its easy enough to forget to remind folks about JPE's quirks.
But I believe its actually because of a file in the userdata folder for GTK that was replaced by a blank place holder file (my bad) more than likely this file was generated during the install process and cant be configured by the user without mucking things up.
Then trying to fix the problem was just confounded by JauntePE's weirdness when run from the desktop.
I think directory and registry isolation can fail when doing so (not sure) now you got an unsandboxed file the virtual registry is looking for and yup its now botched.
- I'm trying to get Claws Mail to default to English as interface language, since abiding the locale as it does now results in a mishmash of un/translated strings, but the solution seems to involve setting an environment variable, something I presently don't know how to pass to the JPE launcher (see http://www.claws-mail.org/faq/index.php ... anguage.3F);
Do you recognize the examples he gives? I dont think this one belongs to me or JPE... but I could be wrong.
Sounds like an OS issue... I know I dont know enough about code and environment variables to have an opinion but it sounds like he (the author?) is describing what your machine needs to respond.
- I'm also getting an error every time Claws Mail tries to go online (not while retrieving email, which works fine, but with "Help" menu, "Spelling checker: get more dictionaries...", or "Display: get more themes...") about it not being able to find the Mozilla runtime; relying on the FAQ at http://www.claws-mail.org/faq/index.php ... browser.3F, one should be able to point to it via "Configuration | Preferences | Message View| External Programs" but the relevant option is nowhere to be found (BTW, a legend for the extra buttons on the title bar would come handy, too).
JauntePE lets us know what kind of redirection/sandboxing is being implemented by the launcher as specified by the jpe launcher's ini file.
The first on the left tells us it is redirecting all processes initiated by the launcher's target exe
, such as all the little sub exe files clawMail has in its program folder not to mention its plugins and firefox or whatever browser is your default .
If Firefox is anything like Chromium nowadays you may be experiencing the same browser conflict I describe in one of earlier posts.
If its already sandboxed jauntePE usually gives an exception message and wont start the app or it crashes entirely and in the really bad cases such as with Chromium, you get so many exception popup messages so fast they start piling ontop of one another till your little computer that could, must be manually unplugged or else its probably gonna explode.
Also if you are using an NSIS launcher as the target exe of your default browser you might get some weirdness or maybe just a partial sandboxing effect thats like trying to portabilize an app thats already portable... just-kinda... ah, nevermind, you get it.
The icon in the middle of the titlebar lets us know that the filesystem is being redirected.
The icon in the far right of the titlebar lets us know that the registry is being redirected.
I found also the following two issues, which I'm confident will be easy to amend/sort out:
- Key "attach_load_directory=" of the "[CommonWin32]" section of 'Claws Mail\User\AppData\Claws-mail\clawsrc' file in the portable's tree is pointing to '%APPDATA%';
- The same happens with the key "signature_path=" of 'ClawsMail-P\Claws Mail\User\AppData\Claws-mail\acountrc', which still points to an in-existent '%APPDATA%\signature.txt'.
I found little help after researching all the problems posted -- apart from a few pointers supporting the case for Claws
Midas, I believe I had a more optimal experience with the JauntePE version of clawEmail because
I stripped everything away from it as much as I could when setting up my personal version of the portable.
I also started from scratch with a fresh baby profile that I quickly nourished into a bouncing behemoth folder of neatly categorized evidence against myself.
I accidentally deleted my copy of Claws and never returned for lack of interest in spending that much more time organizing it all again and again.
Which makes me think maybe you tried to port over an existing user profile maybe?
Shouldn't have mattered tho but it could explain some randomness you are experiencing with this.
I think if you change these settings in the jauntepe ini file , things will probably work better for you...
Code: Select all
RedirMSI=0 ;No Child Processes will be Sandboxed
RedirMisc=0 ;No Child Processes will be Sandboxed
UseIcon=0 ;No Icons in titlebar
ModFrame=0 ;No colorful borders around sanboxed windows
I hope it helps before you loose interest in it like I did