The last couple of weeks I've observed very slow downloads of incoming POP3 mail from my provider. It is now taking about 45 s to check for new mail in two accounts! (Previously this took 2-3 s.) Details: I'm running Windows 10 (22H2) and Outlook 2019 offline (Click-to-Run version, not 365), so I don't get new mail until I click Send/Receive. My ISP is Verizon FIOS, and my email provider is runbox.com, which is located in Norway. Outlook is itself running inside a reserved Standard Isolation sandbox in Sandboxie Plus vs. 1.13.5. On the other hand, when I run Outlook outside the sandbox, there is no slowdown. Weirder yet, when I switch back to Outlook inside the sandbox, checking mail doesn't immediately slow down. It takes a couple of repeats before reaching 45 s again, but then it stays slow indefinitely! Runbox Support swears there is currently no problem on their end. The suggested I do a traceroute (tracert at the Command prompt). This takes 15 hops, runs 40 s or so with no options, and shows some of the hops taking over 100 ms, for what that's worth. (A copy of my traceroutes furnished on request.) How might this make sense? -- jclarkw
this is strange, and no hops should not be affected by sandboxie sbie eider blocks or permits but does not change. could you try an older sbie version? It would be good to know if this is a new issue or if somethign else changed. Also do you have open profile paths for outlook?
David -- How much older version shall I try? I have at least one of each version back to Sandboxie-Plus-x64-v1.6.7. Also, when swiching to a much earlier version, will my Sandboxie.ini still be usable, or do I have to start from scratch? Not sure what you mean here. There's only one profile in Outlook, and it's marked "Always use." Only one Outlook Data File is open. The only open paths in the Sandboxie.ini are: OpenFilePath=firefox.exe,%AppData%\Mozilla\Firefox\Profiles\*\storage-sync.sqlite* OpenFilePath=firefox.exe,%AppData%\Mozilla\Firefox\Profiles\*\storage\default\moz-extension+++be8ea8d2 Here's the relevant section for Outlook: Enabled=y ConfigLevel=10 AutoRecover=y BlockNetworkFiles=y Template=OpenSmartCard Template=OpenBluetooth Template=FileCopy Template=SkipHook Template=Office_Outlook Template=qWave Template=BlockPorts Template=LingerPrograms Template=Chrome_Phishing_DirectAccess Template=Firefox_Phishing_DirectAccess Template=AutoRecoverIgnore RecoverFolder=%{374DE290-123F-4565-9164-39C4925E467B}% RecoverFolder=%Personal% RecoverFolder=%Favorites% RecoverFolder=%Desktop% BorderColor=#00FFFF BoxNameTitle=- AutoDelete=y NeverDelete=n CopyLimitKb=30610485 [TemplateSettings] Tmpl.Office_Outlook.willett=E:\willett\Documents\Outlook Files Probably this should be cleaned up a bit... -- jclarkw
trying older builds should not break your sandboxie ini but in case a backup is always good to have, how far back to go, well which version did you have before the issue started?
Thanks. I'm sure this wasn't happening in vs. 1.12.9, which I apparently installed way back in February. It seems I've only been running 1.13.4-5 since mid-April. More over the weekend... -- jclarkw
David -- I reverted to Sandboxie-Plus-x64-v1.12.9, and the problem disappeared. I ran it that way for a couple of days, but the problem never re-appeared. Then I returned to Sandboxie-Plus-x64-v1.13.5, and the problem immediately returned. Do you need any more detail in v1.13.x? -- jclarkw
Try with an empty box after installing the first pre-release 1.13.0 or the final release. Also try it without OpenFilePath to see if there is a difference. https://github.com/sandboxie-plus/Sandboxie/releases/tag/v1.13.0 https://github.com/sandboxie-plus/Sandboxie/releases
David -- Not sure this covers everything you wanted me to check, but here's what I did: 1) Back up existing Sandboxie.ini. 2) Completely uninstall existing Sandboxie-Plus-x64-v1.13.5. 3) Install Sandboxie-Plus-x64-v1.13.7 normally. 4) Run Outlook in the new Default box, permitting Sandboxie to copy the existing Outlook Data File (pst) when requested. 5) Try to Send/Receive All. Note that running Outlook in this sandbox was done in a Standard User account. Result -- Same as before, long waits for POP 3 mail from the two runbox.com accounts. Again, running Outlook outside the sandbox gets email rapidly. By the way, I did not previously mention that my other POP 3 email account at cybermesa.com (located in the country) has never showed slowdowns, which is why I suspected the international hops initially. Having copied my backed-up sandboxie.ini back to the new installation, I'm now back where I was (I think), though in a newer version of Sandboxie. Now what? -- jclarkw
More Detail to Above (in case it's useful): Traceroute to runbox.com (in Norway): C:\Users\[REMOVED]>tracert mail.runbox.com Tracing route to mail.runbox.com [185.226.149.36] over a maximum of 30 hops: 1 4 ms 1 ms 15 ms [REMOVED] [192.168.0.1] 2 5 ms 5 ms 8 ms Fios_Quantum_Gateway.fios-router.home [192.168.1.1] 3 9 ms 12 ms 15 ms lo0-100.WASHDC-VFTTP-313.verizon-gni.net [71.126.138.1] 4 10 ms 8 ms 8 ms 100.41.24.240 5 * * * Request timed out. 6 15 ms * * ash-b2-link.ip.twelve99.net [80.239.135.178] 7 12 ms 10 ms 12 ms ash-bb2-link.ip.twelve99.net [62.115.123.124] 8 19 ms 20 ms 16 ms nyk-bb2-link.ip.twelve99.net [62.115.136.200] 9 96 ms 91 ms 95 ms kbn-bb6-link.ip.twelve99.net [80.91.254.90] 10 94 ms * 92 ms kbn-b1-link.ip.twelve99.net [62.115.138.113] 11 94 ms 95 ms 93 ms blix-ic-323112.ip.twelve99-cust.net [62.115.147.73] 12 106 ms 160 ms 206 ms 100ge0.ncs-ix-arn.blix.com [178.255.145.26] 13 185 ms 199 ms 102 ms 100ge1.ncs-dpu-osl.blix.com [178.255.145.176] 14 196 ms 201 ms 201 ms s91904521.blix.com [91.90.45.21] 15 193 ms 201 ms 185 ms mail.runbox.com [185.226.149.36] Trace complete. Traceroute results to cybermesa.com (in USA with me) for comparison: C:\Users\[REMOVED]>tracert pop.cybermesa.com Tracing route to pop.cybermesa.com [65.19.2.50] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms [REMOVED] [192.168.0.1] 2 4 ms 4 ms 3 ms Fios_Quantum_Gateway.fios-router.home [192.168.1.1] 3 6 ms 6 ms 4 ms lo0-100.WASHDC-VFTTP-313.verizon-gni.net [71.126.138.1] 4 7 ms 25 ms 19 ms 100.41.24.240 5 * * * Request timed out. 6 * * * Request timed out. 7 * * * Request timed out. 8 53 ms 53 ms 52 ms cyber-mesa.ear2.denver1.level3.net [4.4.107.146] 9 85 ms 83 ms 84 ms 65-19-2-253.cybermesa.com [65.19.2.253] 10 84 ms 83 ms 83 ms mx.cybermesa.com [65.19.2.50] Trace complete. Cheers! -- jclarkw
Busy/David -- I'm trying to be a little systematic here, first continuing with 1.13.7 and deleting the two OpenFilePath (listed earlier) lines from sandboxie.ini. Please remind me: Do I have to close Outlook and/or Sandboxie-Plus entirely for these changes to fully take effect? Any other interactions I need to worry about? I ask because I'm getting inconsistent results. When I first deleted these OpenFilePath lines and went back to Outlook, the POP 3 download delay had vanished. (As mentioned earlier, it often takes several Send/Recieve commands for the slow-down to show up after certain changes, so being sure about this is not straightforward.) After repeating the Send/Receive command several more times (still no slowdown), I re-opened Firefox (in "DefaultBox, which is supposedly independent of the "Outlook" box). The mail slow-down immediately returned! How does this make any sense? Anyhow, next I will try replacing 1.13.7 with 1.13.0, as you suggested, and report results in the next post... -- jclarkw
Busy/David -- Back again. I went through the same steps as in the earlier post jclarkw, Monday at 4:57 PM, except completely uninstalling 1.13.7 and clean-installing 1.13.0. (I left my Standard User account and opened an Administrator account to do this.) The mail slowdown re-appeared after several Send/Recieve commands, and this is with the bare-bones Sandboxie.ini installed with the program as follows: # # Sandboxie configuration file # [GlobalSettings] Template=7zipShellEx Template=Edge_Fix Template=OfficeClickToRun Template=OfficeLicensing Template=SynapticsTouchPad Template=WindowsLive Template=WindowsRasMan [UserSettings_65340663] SbieCtrl_AutoStartAgent=SandMan.exe -autorun BoxGrouping=DefaultBox [DefaultBox] Enabled=y BlockNetworkFiles=y RecoverFolder=%{374DE290-123F-4565-9164-39C4925E467B}% RecoverFolder=%Personal% RecoverFolder=%Desktop% BorderColor=#00FFFF,ttl Template=OpenBluetooth Template=SkipHook Template=FileCopy Template=qWave Template=BlockPorts Template=LingerPrograms Template=AutoRecoverIgnore ConfigLevel=10 Clearly this has nothing to do with OpenFilePath, but begins with the first pre-release version of 1.13. I hope this tells you guys something! -- jclarkw
Busy/David -- Unfortunately I must temporarily abandon this de-bugging effort and complete packing for a month-long trip out of the country (withOUT my computer). When I return in early June, I will check back here to see if anyone has new suggestions. Cheers! -- jclarkw
David -- I guess I did that, since I closed Outlook and the sandbox showed "Empty." Right? Anyhow I'm out of time now. More when I return... -- jclarkw
Dear David -- I'm finally back in the country. POP3 downloads with Outlook remain as slow as ever. I'm still where we left off at my posts #11 & 14 in this thread. Where to next for debugging? Do you need me to recap where things stand currently?
All -- For me this problem of vs. 1.13.x (whatever it was) was resolved with the installation of vs. 1.14.4! Thanks for everyone's patience. -- jclarkw
Thats good to hear, although I did not change anything knwoingly that would affect this, seams one of the otehr fixes took care of this issue as well
