Welcome!
Where: evolution-1.5.9*rpm evolution-data-server-0.0.94*rpm soup-0.7.11*rpm gtkhtml-3.1.16*rpm gal-2.1.10*rpm
Regards,
Marian
On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote:
Welcome!
Where: evolution-1.5.9*rpm evolution-data-server-0.0.94*rpm soup-0.7.11*rpm gtkhtml-3.1.16*rpm gal-2.1.10*rpm
I don't see a URL to this. Is that what is missing in your "where" statement?
On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote:
On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote:
Welcome!
Where: evolution-1.5.9*rpm evolution-data-server-0.0.94*rpm soup-0.7.11*rpm gtkhtml-3.1.16*rpm gal-2.1.10*rpm
I don't see a URL to this. Is that what is missing in your "where" statement?
I'm packaging these up; will be available shortly for your testing pleasure.
-- Mike Chambers Madisonville, KY
"It's always better to hurt a little now, than to hurt a lot later!"
On Mon, 2004-06-07 at 11:37 -0400, David Malcolm wrote:
On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote:
On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote:
Welcome!
Where: evolution-1.5.9*rpm evolution-data-server-0.0.94*rpm soup-0.7.11*rpm gtkhtml-3.1.16*rpm gal-2.1.10*rpm
I don't see a URL to this. Is that what is missing in your "where" statement?
I'm packaging these up; will be available shortly for your testing pleasure.
Will this be the 1.5.9.1 release?
Thanks,
Keith.
On Mon, 2004-06-07 at 20:59 +0100, Keith Sharp wrote:
On Mon, 2004-06-07 at 11:37 -0400, David Malcolm wrote:
On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote:
On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote:
Welcome!
Where: evolution-1.5.9*rpm evolution-data-server-0.0.94*rpm soup-0.7.11*rpm gtkhtml-3.1.16*rpm gal-2.1.10*rpm
I don't see a URL to this. Is that what is missing in your "where" statement?
I'm packaging these up; will be available shortly for your testing pleasure.
Will this be the 1.5.9.1 release?
Yes. They're now available from my usual place: http://people.redhat.com/dmalcolm/
I'm using evo 1.5.9.1 to send this message.
On Mon, 2004-06-07 at 16:46 -0400, David Malcolm wrote:
Yes. They're now available from my usual place: http://people.redhat.com/dmalcolm/
I'm using evo 1.5.9.1 to send this message.
Seems since installing this version (along with updates from rawhide), while retreiving emails via POP on my local network, they are EXTREMELY slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were fast before this version.
I also tried doing an ftp along with couple network tests, and those all flew through the network like normal, so seems it's just an evolution problem.
Any ideas or anyone else experiencing this?
On Mon, 2004-06-07 at 18:10 -0500, Mike Chambers wrote:
Seems since installing this version (along with updates from rawhide), while retreiving emails via POP on my local network, they are EXTREMELY slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were fast before this version.
Well, first I watched the emails come through and saw in the bottom left corner that junk was being checked and that seemed to go real slow, possibly holding up the emails. So I turned the checking for junk emails off and, voila, that solved the problem. I am not sure how it determines junk to begin with as it seemed to let some of the emails to keep coming through (although a few were being sent to the junk folder), so no biggie to turning it off (I run spamassassin on my server anyway).
On Mon, 2004-06-07 at 18:53 -0500, Mike Chambers wrote:
On Mon, 2004-06-07 at 18:10 -0500, Mike Chambers wrote:
Seems since installing this version (along with updates from rawhide), while retreiving emails via POP on my local network, they are EXTREMELY slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were fast before this version.
Well, first I watched the emails come through and saw in the bottom left corner that junk was being checked and that seemed to go real slow, possibly holding up the emails. So I turned the checking for junk emails off and, voila, that solved the problem. I am not sure how it determines junk to begin with as it seemed to let some of the emails to
(It's running spamassassin on your client machine)
keep coming through (although a few were being sent to the junk folder), so no biggie to turning it off (I run spamassassin on my server anyway).
-- Mike Chambers Madisonville, KY
"It's always better to hurt a little now, than to hurt a lot later!"
On Mon, 2004-06-07 at 20:08 -0400, David Malcolm wrote:
On Mon, 2004-06-07 at 18:53 -0500, Mike Chambers wrote:
On Mon, 2004-06-07 at 18:10 -0500, Mike Chambers wrote:
Seems since installing this version (along with updates from rawhide), while retreiving emails via POP on my local network, they are EXTREMELY slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were fast before this version.
Well, first I watched the emails come through and saw in the bottom left corner that junk was being checked and that seemed to go real slow, possibly holding up the emails. So I turned the checking for junk emails off and, voila, that solved the problem. I am not sure how it determines junk to begin with as it seemed to let some of the emails to
(It's running spamassassin on your client machine)
keep coming through (although a few were being sent to the junk folder), so no biggie to turning it off (I run spamassassin on my server anyway).
Wondered why it was installed as a dependency when upgrading to evolution-1.5.9.1-2...
[root@radar0 root]# rpm -q --redhatrequires spamassassin no package requires spamassassin [root@radar0 root]# yum remove spamassassin Gathering header information file(s) from server(s) Server: Evolution Devel Snaps Server: macromedia.mplug.org - Flash Plugin Server: Fedora Core 2 - i386 - Base OS Server: Fedora Core 2 updates Finding updated packages Downloading needed headers Resolving dependencies ..Dependencies resolved I will do the following: [erase: spamassassin 2.63-8.i386] I will erase these to satisfy the dependencies: [deps: evolution-devel 1.5.9.1-2.i386] [deps: evolution 1.5.9.1-2.i386] Is this ok [y/N]: n Exiting on user command. [root@radar0 root]# service spamassassin status spamd (pid 25404) is running... [root@radar0 root]# chkconfig --list spamassassin spamassassin 0:off 1:off 2:on 3:on 4:on 5:on 6:off [root@radar0 root]# grep -E "(evolution|spamassassin)" /var/log/yum.log* /var/log/yum.log:04/02/04 09:12:41 Erased: evolution-devel 1.4.5-7.i386 /var/log/yum.log:05/27/04 14:52:45 Erased: evolution 1.4.5-7.i386 /var/log/yum.log:05/27/04 14:52:45 Erased: evolution-devel 1.4.5-7.i386 /var/log/yum.log:05/27/04 16:33:38 Installed: evolution 1.5.8-2.i386 /var/log/yum.log:05/27/04 16:33:38 Installed: evolution-devel 1.5.8-2.i386 /var/log/yum.log:05/27/04 16:33:38 Dep Installed: evolution-data-server 0.0.93-3.i386 /var/log/yum.log:06/04/04 09:25:20 Installed: evolution-data-server-debuginfo 0.0.93-3.i386 /var/log/yum.log:06/04/04 09:25:20 Installed: evolution-debuginfo 1.5.8-2.i386 /var/log/yum.log:06/08/04 08:34:10 Dep Installed: spamassassin 2.63-8.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-data-server-debuginfo 0.0.94-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution 1.5.9.1-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-data-server 0.0.94-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-devel 1.5.9.1-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-debuginfo 1.5.9.1-2.i386 [root@radar0 root]#
So, why does evolution now require (and apparently start/run) spamassassin on the client machine?
Phil
On Mon, 2004-06-07 at 16:46 -0400, David Malcolm wrote:
Yes. They're now available from my usual place: http://people.redhat.com/dmalcolm/
I'm using evo 1.5.9.1 to send this message.
Would this spec file patch be an acceptable fix for bug 124218? I have built it on both x86 and x86-64 and it seems to work.
--- evolution.spec.old 2004-06-08 09:20:39.948677216 -0700 +++ evolution.spec 2004-06-08 09:21:02.844196568 -0700 @@ -188,7 +188,7 @@ %endif
%if %{use_mozilla_nss} -%define ssl_flags --with-nspr-includes=/usr/include/mozilla-%{mozilla_version}/nspr --with-nspr-libs=/usr/lib --with-nss-includes=/usr/include/mozilla-%{mozilla_version}/nss --with-nss-libs=/usr/lib +%define ssl_flags --with-nspr-includes=/usr/include/mozilla-%{mozilla_version}/nspr --with-nspr-libs=%{_libdir} --with-nss-includes=/usr/include/mozilla-%{mozilla_version}/nss --with-nss-libs=%{_libdir} %else %define ssl_flags --enable-openssl=yes %endif
PS. I have x86_64 versions of the rpms. Dave, are you interested in me getting you those to put up on your website?
On Mon, 2004-06-07 at 16:37, David Malcolm wrote:
On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote:
On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote:
Welcome!
Where: evolution-1.5.9*rpm evolution-data-server-0.0.94*rpm soup-0.7.11*rpm gtkhtml-3.1.16*rpm gal-2.1.10*rpm
I don't see a URL to this. Is that what is missing in your "where" statement?
I'm packaging these up; will be available shortly for your testing pleasure.
Am I being particularly dim, or is there no LDAP support for the address book?
Well, to be more precise, not complete support.
I have gone to contacts, and add, for type I have "On LDAP Servers".
I have filled in all the details, including the log in method as Distinguished name. However the "Details" tab is greyed out, and the "Add Contacts Group" is also greyed out.
Am I missing some thing?
Doug