mirror of
https://github.com/aluxnimm/outlookcaldavsynchronizer.git
synced 2026-04-25 19:15:48 +03:00
[GH-ISSUE #266] Profile import slow #724
Labels
No labels
1.0
1.0
1.0
2.0
Feature
Feature request
Google
Google Calendar
async
attachement
auto-migrated
auto-migrated
auto-migrated
bug
critical
enhancement
help wanted
implemented
pull-request
solved
solved
sourceforge
sourceforge
sourceforge
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/outlookcaldavsynchronizer#724
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @egoitzau on GitHub (Sep 30, 2019).
Original GitHub issue: https://github.com/aluxnimm/outlookcaldavsynchronizer/issues/266
Good afternoon,
Have you ever suffered an Outlook freeze or to become almost frozen, when trying to import a profile?. I have seen it with last stable CaldavSynchronizer (3.6.2) and Outlook 2016 (latest patchsets and so installed).
Has anyone seen it?. I have reproduced it even in a Outlook 2007. If you import the profile of CaldavSynchronizer in an empty profile of Outlook... it just goes fast...
What could be happening?. Could I provide you some debug?.
Best regards,
@egoitzau commented on GitHub (Sep 30, 2019):
Even using something so basic as :
false Sarenet (sistemas@desden.com calendar) 6027734d-4e94-465e-84bd-1d14b3c763af true 60 365 MergeInBothDirections Automatic https://desdencom.organizer.sarenet.es/caldav.php/sistemas@desden.com/calendar/ sistemas@desden.com sistemas@desden.com 5 false false Default false true false true true 100 SarenetIt just fails.... a fresh Outlook 2016 get hung....
@egoitzau commented on GitHub (Sep 30, 2019):
The folders where I specify the Outlook side folder to sync... doesn't not exist, but I was awaiting it just said "MISSING"...
Is there some master rule for building configs?. I usually generate a exported config and later I do import it modified when I need a massive deploy... but now it's becoming totally impossible...
I can just do it when the Outlook does not have configured any email account.
@egoitzau commented on GitHub (Oct 1, 2019):
It seems that the main cause of this slowness seems to be caused by the own Outlook... When you have two big accounts configured inside it and you open Outlook once you install (or just after closing and reopening Outlook) CaldavSynchronizer, it seems Outlook needs to have some time for being able to click import the profiles in CaldavSynchronizer... because else you see the the "Not responding" message....
It seems to have something to do with that.... seems...