Hello,

I recently started using openchange as a client through evolution to
connect to an exchange server. It works well, thank you for the hard
work! One thing that isn't working is notification of new mail. I
began looking into why, but was uncertain how notification was
supposed to work, so wasn't sure where the problem lies.

The test program test_asyncnotif that comes with openchange calls
RegisterAsyncNotification to receive notifications of new mail, and I
do indeed see this function block, then return once new mail arrives,
and test_asyncnotif does what I expect.

When I run the openchangeclient program as "openchangeclient -m
--notifications", the way I read the help, I expect it to dump the
mailbox to the console, block until new mail arrives, then do
something (looks like just exit from the code), however it doesn't do
that. It dumps the contents of the mailbox to the console, then it
blocks, but it never unblocks, even when new mail arrives. Looking
through the code, I see that it doesn't call RegisterAsyncNotification
like test_asyncnotif, but instead calls
RegisterNotification/Subscribe/MonitorNotification. Evolution-mapi
calls the same sequence of
RegisterNotification/Subscribe/MonitorNotification, and has the same
problem of not being notified when new mail arrives.

So I was wondering what the expected usage is. Are both of these
sequences (RegisterAsyncNotification and
RegisterNotification/Subscribe/MonitorNotification) valid methods to
block a thread until new mail arrives and I should debug into why the
second sequence isn't working, or am I misunderstanding what
"openchange -m --notifications" is supposed to do, and it isn't really
trying to block waiting for new mail?

Thank you,
Aaron
_______________________________________________
devel mailing list
devel@lists.openchange.org
http://mailman.openchange.org/listinfo/devel

Reply via email to