Hi Milan,
I have already implemented camel-service callbacks to create a new
connection while sending mails and then dispose off the connection. I
believe MSExchange has implemented some limitation of ResolveName query
number per connection. Thus it is required to open a new connection while
sending mails.
Details of my check ins are given below. Please review the code change.
change#1307
http://bazaar.launchpad.net/~samarjit-adhikari/evolution/evolution-mapi-3.6.2/changes
Is your code fix different than me? Did you check the code in git branch. I
need to import your change into bazar branch and initiate a build. The bad
news is that my redhat system is in recovery process and thus not ready to
test given temporary bits.
My ubunu system is up and i can pull in your change and could initiate a
build.
I believe following last 2 commits were not related to your changes.
Teach collection backend about Kerberos
authenticationhttp://git.gnome.org/browse/evolution-mapi/commit/src?h=gnome-3-6id=3594369638f59269a5945c4ddc706d966f00bbdf
Allow debugging of an account Authenticate
processhttp://git.gnome.org/browse/evolution-mapi/commit/src?h=gnome-3-6id=da2e53f8a04c85da848b1ea8331b953b70fdfa47
With regards,
Samarjit
On Tue, Feb 26, 2013 at 5:10 PM, bugzi...@redhat.com wrote:
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=903166
--- Comment #32 from Milan Crha mc...@redhat.com ---
I managed to create a patch which always creates a new connection when
sending
a message, which makes sending significantly slower here, but it can be
different with other servers. I created a test build [1] with the patch
include, I'll appreciate if you could test it. Thanks in advance.
[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=5057030
--
You are receiving this mail because:
You reported the bug.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers