[Evolution] No duplicate messages found.

[Michael Duvall]

Hello,

We use outlook.office365.com as our mail server here at work. I am running 
Evolution 3.28.5 (3.28.5-2.el7) on my laptop under CentOS. Sending an email 
from my laptop results in a copy in my local Sent folder and one in the remote 
Outlook sent folder. I also use an Android for mobile Outlook mail. When I move 
the remote Outlook sent folder contents to my laptop local sent folder, sent 
messages are clearly shown duplicated. Ctrl-A and "Remove Duplicate Messages" 
results in the following:

Folder 
“michael.duv...@concurrent-rt.com : 
Sent Items” doesn’t contain any duplicate message.

Please advise.

Regards,

--

Michael Duvall 
mailto:michael.duv...@concurrent-rt.com>>
Concurrent Real-Time
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Fwd: Re: evolution

[Helmut Bardeli]

Hi,
I found the solution.
It was a dconf problem.
The basic definitions in /etc/dconf were missing.
Please refer to the GNOME guide to setup dconf.
Therefore the impact was on evolution and gnucash.

regards, Helmut 


--
Hi,

here is the bt full

Thread 1 "evolution" received signal SIGSEGV, Segmentation fault.
dconf_engine_manage_queue (engine=0x55805d80) at dconf-
engine.c:1078
1078 engine->sources[0]->object_path,
(gdb) bt full
#0  0x7fffda226c5d in dconf_engine_manage_queue 
(engine=0x55805d80) at dconf-engine.c:1078
 oc = 0x5611cc60
 parameters = 0x7fffcc030100
 __func__ = "dconf_engine_manage_queue"
#1  0x7fffda227a51 in dconf_engine_change_fast
 (engine=0x55805d80, changeset=changeset@entry=0x7fffcc02eb00, 
origin_tag=origin_tag@entry=0x0, error=error@entry=0x0)
 at dconf-engine.c:1187
 node = 0x0
#2  0x7fffda2263ac in dconf_settings_backend_write
 (backend=0x5579e450, key=0x5611cc00 
"/org/gnome/evolution/mail/show-headers", value=0x0, origin_tag=0x0)
 at dconfsettingsbackend.c:76
 dcsb = 0x5579e450
 change = 0x7fffcc02eb00
 success = 
#3  0x76781420 in g_settings_reset () at /usr/lib64/libgio-
2.0.so.0
#4  0x7fffc76f24d8 in settings_deprecated_constructed 
(object=)
 at 
/usr/src/debug/evolution-3.26.6-
lp150.2.6.x86_64/src/modules/settings/e-settings-deprecated.c:559
 priv = 0x55a524c0
 handler_id = 
 string_value = 
 strv_value = 0x56118080
 int_value = 
#5  0x7642e440 in  () at /usr/lib64/libgobject-2.0.so.0
#6  0x764301ae in g_object_new_valist () at 
/usr/lib64/libgobject-2.0.so.0
#7  0x76430529 in g_object_new () at /usr/lib64/libgobject-
2.0.so.0
#8  0x7735a9a7 in  () at /usr/lib64/libedataserver-1.2.so.22
#9  0x773a730c in e_type_traverse () at 
/usr/lib64/libedataserver-1.2.so.22
#10 0x7735ab32 in e_extensible_load_extensions () at 
/usr/lib64/libedataserver-1.2.so.22
#11 0x7735abfc in e_extensible_list_extensions () at 
/usr/lib64/libedataserver-1.2.so.22
#12 0x77bb374b in e_shell_load_modules (shell=0x558f3190)
 at 
/usr/src/debug/evolution-3.26.6-lp150.2.6.x86_64/src/shell/e-
shell.c:2128
 client_cache = 
 module_directory = 
 list = 
 __func__ = "e_shell_load_modules"
#13 0x85da in main (argc=, argv=)
 at 
/usr/src/debug/evolution-3.26.6-lp150.2.6.x86_64/src/shell/main.c:650
 settings = 
 success = 
 error = 0x0

Helmut

Am 20.02.19 um 03:08 schrieb Andre Klapper:
> Hi,
> 
> On Tue, 2019-02-19 at 12:52 +0100, Helmut Bardeli wrote:
> > I use evolution version 3.26.6-lp150.2.6 with opensuse leap 15.
> > 
> > Evolution crashes at startup with
> > 
> > Thread 1 "evolution" received signal SIGSEGV, Segmentation fault.
> > 0x7fffda33ec5d in ?? () from
> > /usr/lib64/gio/modules/libdconfsettings.so
> 
> Please provide a complete stacktrace which includes debug symbols for
> dconf, glib2, evolution-data-server.
> 
> andre

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Google calendar updates fail with "daily limit for unauthenticated use..." error

[Len Philpot via evolution-list]

On Sat, 2019-02-23 at 10:25 -0800, Douglas Summers via evolution-list wrote:
> 
> You could try the Flatpak version (currently at v3.30.5)

It appears to have been something in my configuration. Although simply renaming
and restarting Evolution didn't directly fix it, after a (unrelated) reboot it
prompted me to setup my email accounts again, which I did. I've not seen the
error since (fingers crossed).

Thanks.
-- 
Len Philpot
lphilpo...@gmail.com
Sent from Evolution on Xubuntu Linux

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Google calendar updates fail with "daily limit for unauthenticated use..." error

[Andre Klapper]

On Sat, 2019-02-23 at 12:00 -0600, Len Philpot via evolution-list
wrote:
> Full wording is "Daily Limit for Unauthenticated Use Exceeded. Continued
> use requires signup."

That's a message from Google.
I don't see how renaming your local configuration data would help?

> I renamed ~/.config/evolution and relaunched Evo, but my configuration
> was still there. 

That's expected for your settings in GSettings. See the user docs:
https://help.gnome.org/users/evolution/stable/data-storage.html

> I thought that should've reset it back to defaults...?

How are default settings related to a message from Google servers?

> Email is fine. Calendar updates are OK in other apps, only I'm getting
> this from Evo only on this system. Same Evo version (same Xubuntu) is
> working fine on my laptop.
> 
> Any suggestions?

Waiting until the day is over or contacting Google? :)

andre
-- 
Andre Klapper  |  ak...@gmx.net
https://blogs.gnome.org/aklapper/


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Google calendar updates fail with "daily limit for unauthenticated use..." error

[Douglas Summers via evolution-list]

On Sat, 2019-02-23 at 12:00 -0600, Len Philpot via evolution-list
wrote:
> Full wording is "Daily Limit for Unauthenticated Use Exceeded.
> Continued
> use requires signup."
> 
> I've Googled and searched the Evo list archives re: this and most of
> what I found were on versions older than 3.28.5 (bundled with Xubuntu
> 18.04.2). If there's a recommended PPA for a newer version I'm fine
> with
> going there -- I prefer a PPA over building or installing manually.
> I've
> seen a few but before I jump I'm open to guidance.
> 
> Anyway, no calendar updates at all on this system. It's been
> happening
> since last night, but it's not been 24 hours yet if that's the
> "daily"
> time frame...? I upgraded inline from Xubuntu 16.04 to 18.04.2 last
> night and other than a few cosmetic glitches everything is basically
> OK.
> 
> I renamed ~/.config/evolution and relaunched Evo, but my
> configuration
> was still there. I thought that should've reset it back to
> defaults...?
> 
> Email is fine. Calendar updates are OK in other apps, only I'm
> getting
> this from Evo only on this system. Same Evo version (same Xubuntu) is
> working fine on my laptop.
> 
> Any suggestions?
> 
> Thanks.
> 
You could try the Flatpak version (currently at v3.30.5)

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Google calendar updates fail with "daily limit for unauthenticated use..." error

[Len Philpot via evolution-list]

Full wording is "Daily Limit for Unauthenticated Use Exceeded. Continued
use requires signup."

I've Googled and searched the Evo list archives re: this and most of
what I found were on versions older than 3.28.5 (bundled with Xubuntu
18.04.2). If there's a recommended PPA for a newer version I'm fine with
going there -- I prefer a PPA over building or installing manually. I've
seen a few but before I jump I'm open to guidance.

Anyway, no calendar updates at all on this system. It's been happening
since last night, but it's not been 24 hours yet if that's the "daily"
time frame...? I upgraded inline from Xubuntu 16.04 to 18.04.2 last
night and other than a few cosmetic glitches everything is basically OK.

I renamed ~/.config/evolution and relaunched Evo, but my configuration
was still there. I thought that should've reset it back to defaults...?

Email is fine. Calendar updates are OK in other apps, only I'm getting
this from Evo only on this system. Same Evo version (same Xubuntu) is
working fine on my laptop.

Any suggestions?

Thanks.

-- 
Len Philpot
lphilpo...@gmail.com
Sent from Evolution on Xubuntu Linux

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list