Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
mark
On 05/26/2011 02:53 PM, m.roth@5-cent.us wrote:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
mark
Server-side, there is OpenXchange: http://www.open-xchange.com/en/download-documentation.html
Not sure if that's useful to you though, if the question is just regarding clients.
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
-- Eero
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
That looks really good... except I can't get lightening. Either I'm too stupid to use the Mozilla t-bird website, or they've got it completely fucked up: there's nohwere to d/l. It has the balloon with the word "featured" instead of a download button, and following links is completely circular, from the Mozilla site, to the lightnening site, back to the Mozilla site.
Any clues as to how to get the damn thing?
mark, very annoyed
m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
That looks really good... except I can't get lightening. Either I'm too stupid to use the Mozilla t-bird website, or they've got it completely fucked up: there's nohwere to d/l. It has the balloon with the word "featured" instead of a download button, and following links is completely circular, from the Mozilla site, to the lightnening site, back to the Mozilla site.
Any clues as to how to get the damn thing?
Never mind, noscript was blocking the button from appearing.
Now it won't install, since there doesn't appear to be an x86_64 version....
mark
At Thu, 26 May 2011 15:48:53 -0400 CentOS mailing list centos@centos.org wrote:
m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
That looks really good... except I can't get lightening. Either I'm too stupid to use the Mozilla t-bird website, or they've got it completely fucked up: there's nohwere to d/l. It has the balloon with the word "featured" instead of a download button, and following links is completely circular, from the Mozilla site, to the lightnening site, back to the Mozilla site.
Any clues as to how to get the damn thing?
Never mind, noscript was blocking the button from appearing.
Now it won't install, since there doesn't appear to be an x86_64 version....
You should be able to install the i386 support libraries and install the 32-bit version. The x86_64 kernel is perfectly happy to run 32-bit applications, so long as the support libraries are there.
mark
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Never mind, noscript was blocking the button from appearing.
Now it won't install, since there doesn't appear to be an x86_64 version....
http://releases.mozilla.org/pub/mozilla.org/calendar/lightning/releases/1.0b...
(Haven't checked if there's a 1.0b2)
On Thu, May 26, 2011 at 2:30 PM, m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
That looks really good... except I can't get lightening. Either I'm too stupid to use the Mozilla t-bird website, or they've got it completely fucked up: there's nohwere to d/l. It has the balloon with the word "featured" instead of a download button, and following links is completely circular, from the Mozilla site, to the lightnening site, back to the Mozilla site.
Any clues as to how to get the damn thing?
Well, I don't run it on CentOS, but on Windows Thunderbird 3.1.10 go to Help -> What's New and on the tab that opens is an "Install Now" button for Lightning.
-- Jeff
Jeff wrote:
On Thu, May 26, 2011 at 2:30 PM, m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
That looks really good... except I can't get lightening. Either I'm too stupid to use the Mozilla t-bird website, or they've got it completely fucked up: there's nohwere to d/l. It has the balloon with the word "featured" instead of a download button, and following links is completely circular, from the Mozilla site, to the lightnening site, back to the Mozilla site.
Any clues as to how to get the damn thing?
Well, I don't run it on CentOS, but on Windows Thunderbird 3.1.10 go to Help -> What's New and on the tab that opens is an "Install Now" button for Lightning.
I've been having a bad day, so excuse me... but a) this is a CentOS list, b) I've said that we're trying to get something seamles FROM LINUX, so what the hell does "on Windows" have to do with the price of tomatoes?
mark
On Thu, May 26, 2011 at 3:21 PM, m.roth@5-cent.us wrote:
Jeff wrote:
On Thu, May 26, 2011 at 2:30 PM, m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
That looks really good... except I can't get lightening. Either I'm too stupid to use the Mozilla t-bird website, or they've got it completely fucked up: there's nohwere to d/l. It has the balloon with the word "featured" instead of a download button, and following links is completely circular, from the Mozilla site, to the lightnening site, back to the Mozilla site.
Any clues as to how to get the damn thing?
Well, I don't run it on CentOS, but on Windows Thunderbird 3.1.10 go to Help -> What's New and on the tab that opens is an "Install Now" button for Lightning.
I've been having a bad day, so excuse me... but a) this is a CentOS list, b) I've said that we're trying to get something seamles FROM LINUX, so what the hell does "on Windows" have to do with the price of tomatoes?
mark
Well don't blame me if T-Bird is vastly different across platforms. I'm just saying where to find it in Thunderbird. If those Mozilla folks are doing their job right, then I would hope you would see the same thing on CentOS. YMMV. Sorry for trying to be helpful. However I can't find any reference to what T-Bird version you are using, so if you are on v2 then all bets are off.
-- Jeff
Jeff wrote:
On Thu, May 26, 2011 at 3:21 PM, m.roth@5-cent.us wrote:
Jeff wrote:
On Thu, May 26, 2011 at 2:30 PM, m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
<snip>
Any clues as to how to get the damn thing?
Well, I don't run it on CentOS, but on Windows Thunderbird 3.1.10 go to Help -> What's New and on the tab that opens is an "Install Now" button for Lightning.
I've been having a bad day, so excuse me... but a) this is a CentOS list, b) I've said that we're trying to get something seamles FROM LINUX, so what the hell does "on Windows" have to do with the price of tomatoes?
Well don't blame me if T-Bird is vastly different across platforms. I'm just saying where to find it in Thunderbird. If those Mozilla folks are doing their job right, then I would hope you would see the same thing on CentOS. YMMV. Sorry for trying to be helpful. However I can't find any reference to what T-Bird version you are using, so if you are on v2 then all bets are off.
CentOS does what RHEL does, and RHEL 5.x *only* provides thunderbird 2.x. Further, in Linux, they do build seperately for 64 bit vs. 32 bit.
mark
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of m.roth@5-cent.us Sent: Thursday, May 26, 2011 16:43 To: CentOS mailing list Subject: Re: [CentOS] calendar
CentOS does what RHEL does, and RHEL 5.x *only* provides thunderbird 2.x. Further, in Linux, they do build seperately for 64 bit vs. 32 bit.
I was going to suggest loading the 32bit version like you can do for Firefox, and then when I looked I noticed that only the 64bit version of thunderbird is placed in the x86_64 portion of the repo.
I would be tempted to try: a) install the 32bit version of Firefox (to pull in all the 32bit moz libs you'll need) b) grab the 32bit version of thunderbird (from the centos 5.6/updates/i386 repo) and install it c) test and see if it will work for you. d) 1) see if your boss has a problem with you having to remember to update thunderbird from the i386 updates directory. 2) see if you could (gently) convince the centos guys to put it also in one of the centosplus or extras x86_64 portions of the repo. [I doubt that they would put it in the 5.6/os/x86_64 and 5.6/updates/x86_64 directories only because I would have expected to see it there already if TUV was putting it there, and for the os & updates directories I expect they want to closely match TUV.]
Denniston, Todd A CIV NAVSURFWARCENDIV Crane wrote:
Behalf Of m.roth@5-cent.us
CentOS does what RHEL does, and RHEL 5.x *only* provides thunderbird 2.x.Further, in Linux, they do build seperately for 64 bit vs. 32 bit.
I was going to suggest loading the 32bit version like you can do for Firefox, and then when I looked I noticed that only the 64bit version of thunderbird is placed in the x86_64 portion of the repo.
<snip of good ideas>
- see if your boss has a problem with you having to remember to
update thunderbird from the i386 updates directory. 2) see if you could (gently) convince the centos guys to put it also in one of the centosplus or extras x86_64 portions of the repo. [I
<snip> Would be nice. Trouble is, we've got what, 60? 70? people in the division who have Linux workstations, and then rolling it all out, and no one wants to deal with 32-bit apps on 64 bit systems (we won't mention npviewer<segv><segv<segv>)....
Lightening and lightening-exchange looked really good....
mark
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of m.roth@5-cent.us Sent: Thursday, May 26, 2011 17:21 To: CentOS mailing list Subject: Re: [CentOS] calendar
<snip> Would be nice. Trouble is, we've got what, 60? 70? people in the division
With that many you obviously have a local mirror that they all update from, right? cd pathtomirror/5/updates/x86_64/RPMS find ../../i386 -name thunderbird* -exec ln -s {} ; cd .. createrepo -v --update -d -o repodata x86_64
And get your boss happy with _that_ .... but only if the 32bit version worked.
who have Linux workstations, and then rolling it all out, and no one wants to deal with 32-bit apps on 64 bit systems (we won't mention npviewer<segv><segv<segv>)....
Lightening and lightening-exchange looked really good....
Any chance you could get the source of those and recompile for 64? Yeh Yeh, maintenance headache, but can that set of headaches (work [and more at each update of the tool] and IA) be balanced against the alternatives and be a win for the division.
Denniston, Todd A CIV NAVSURFWARCENDIV Crane wrote:
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of m.roth@5-cent.us Sent: Thursday, May 26, 2011 17:21 To: CentOS mailing list Subject: Re: [CentOS] calendar
<snip> Would be nice. Trouble is, we've got what, 60? 70? people in the division
With that many you obviously have a local mirror that they all update from, right? cd pathtomirror/5/updates/x86_64/RPMS find ../../i386 -name thunderbird* -exec ln -s {} ; cd .. createrepo -v --update -d -o repodata x86_64
And get your boss happy with _that_ .... but only if the 32bit version worked.
who have Linux workstations, and then rolling it all out, and no one wants to deal with 32-bit apps on 64 bit systems (we won't mention npviewer<segv><segv<segv>)....
Lightening and lightening-exchange looked really good....
Any chance you could get the source of those and recompile for 64? Yeh Yeh, maintenance headache, but can that set of headaches (work [and more at each update of the tool] and IA) be balanced against the alternatives and be a win for the division.
Aham....
Thunderbird in CentOS 5.x is 2.0 and connector does not work with 2.0, just with 3.x ....
Ljubomir
On 5/26/2011 4:21 PM, m.roth@5-cent.us wrote:
- see if your boss has a problem with you having to remember to
update thunderbird from the i386 updates directory. 2) see if you could (gently) convince the centos guys to put it also in one of the centosplus or extras x86_64 portions of the repo. [I
<snip> Would be nice. Trouble is, we've got what, 60? 70? people in the division who have Linux workstations, and then rolling it all out, and no one wants to deal with 32-bit apps on 64 bit systems (we won't mention npviewer<segv><segv<segv>)....
Lightening and lightening-exchange looked really good....
If you are using Centos as a desktop, you'll probably want to upgrade to 6.0 at the first opportunity which should get you up to T-bird 3.1.x with a matching thunderbird-ligntening in EPEL. Still need the exchange connector, though.
I've come to prefer an android phone for reading the calendar and getting notifications, though - and I normally have a laptop with outlook on my desk. And I could probably live with that or the web interface to create new entries.
Les Mikesell wrote:
On 5/26/2011 4:21 PM, m.roth@5-cent.us wrote:
- see if your boss has a problem with you having to remember to
update thunderbird from the i386 updates directory. 2) see if you could (gently) convince the centos guys to put it also in one of the centosplus or extras x86_64 portions of the repo. [I
<snip> Would be nice. Trouble is, we've got what, 60? 70? people in the division who have Linux workstations, and then rolling it all out, and no one wants to deal with 32-bit apps on 64 bit systems (we won't mention npviewer<segv><segv<segv>)....
Lightening and lightening-exchange looked really good....
If you are using Centos as a desktop, you'll probably want to upgrade to 6.0 at the first opportunity which should get you up to T-bird 3.1.x with a matching thunderbird-ligntening in EPEL. Still need the exchange connector, though.
We'll go up to 6, or, more likely, 6.1, but we've just got a couple of test machines running RHEL 6 and 6.1; upgrading to that will be a Big Deal - there's some apps that are, let us be polite, seem to be pretty damn fragile.... And most of our researchers and affiliates (or whatever the right name for the developers is) have CentOS workstations, though development's done on the servers.
And I'm going to have to worry about NVidia cards, like mine, that need the -173 proprietary driver.... <snip> mark
m.roth@5-cent.us wrote:
Les Mikesell wrote:
On 5/26/2011 4:21 PM, m.roth@5-cent.us wrote:
- see if your boss has a problem with you having to remember to
update thunderbird from the i386 updates directory. 2) see if you could (gently) convince the centos guys to put it also in one of the centosplus or extras x86_64 portions of the repo. [I
<snip> Would be nice. Trouble is, we've got what, 60? 70? people in the division who have Linux workstations, and then rolling it all out, and no one wants to deal with 32-bit apps on 64 bit systems (we won't mention npviewer<segv><segv<segv>)....
Lightening and lightening-exchange looked really good....
If you are using Centos as a desktop, you'll probably want to upgrade to 6.0 at the first opportunity which should get you up to T-bird 3.1.x with a matching thunderbird-ligntening in EPEL. Still need the exchange connector, though.
We'll go up to 6, or, more likely, 6.1, but we've just got a couple of test machines running RHEL 6 and 6.1; upgrading to that will be a Big Deal
- there's some apps that are, let us be polite, seem to be pretty damn
fragile.... And most of our researchers and affiliates (or whatever the right name for the developers is) have CentOS workstations, though development's done on the servers.
And I'm going to have to worry about NVidia cards, like mine, that need the -173 proprietary driver....
<snip> mark
ElRepo kernel modules do not cut it?
Ljubomir
Ljubomir Ljubojevic wrote:
m.roth@5-cent.us wrote:
Les Mikesell wrote:
On 5/26/2011 4:21 PM, m.roth@5-cent.us wrote:
<snip>
If you are using Centos as a desktop, you'll probably want to upgrade to 6.0 at the first opportunity which should get you up to T-bird 3.1.x with a matching thunderbird-ligntening in EPEL. Still need the exchange connector, though.
We'll go up to 6, or, more likely, 6.1, but we've just got a couple of test machines running RHEL 6 and 6.1; upgrading to that will be a Big Deal
<snip>
And I'm going to have to worry about NVidia cards, like mine, that need the -173 proprietary driver....
<snip>
ElRepo kernel modules do not cut it?
He's trying to keep the number of repositories down. I've been meaning to test the el repo for NVidia; I just haven't gotten around to it.
Thanks for reminding me.
mark
m.roth@5-cent.us wrote:
Ljubomir Ljubojevic wrote:
m.roth@5-cent.us wrote:
Les Mikesell wrote:
On 5/26/2011 4:21 PM, m.roth@5-cent.us wrote:
<snip> >>> If you are using Centos as a desktop, you'll probably want to upgrade >>> to 6.0 at the first opportunity which should get you up to T-bird 3.1.x >>> with a matching thunderbird-ligntening in EPEL. Still need the >>> exchange connector, though. >> We'll go up to 6, or, more likely, 6.1, but we've just got a couple of >> test machines running RHEL 6 and 6.1; upgrading to that will be a Big >> Deal <snip> >> And I'm going to have to worry about NVidia cards, like mine, that need >> the -173 proprietary driver.... >> <snip> > ElRepo kernel modules do not cut it?
He's trying to keep the number of repositories down. I've been meaning to test the el repo for NVidia; I just haven't gotten around to it.
Thanks for reminding me.
mark
You can use mrepo to keep local repository of your favorite repositories, and with it you can combine them, so you can join several input repos and have one output repo with all desired packages.
Ljubomir
On 5/27/2011 10:00 AM, m.roth@5-cent.us wrote:
If you are using Centos as a desktop, you'll probably want to upgrade to 6.0 at the first opportunity which should get you up to T-bird 3.1.x with a matching thunderbird-ligntening in EPEL. Still need the exchange connector, though.
We'll go up to 6, or, more likely, 6.1, but we've just got a couple of test machines running RHEL 6 and 6.1; upgrading to that will be a Big Deal
- there's some apps that are, let us be polite, seem to be pretty damn
fragile.... And most of our researchers and affiliates (or whatever the right name for the developers is) have CentOS workstations, though development's done on the servers.
There is always the magic of X for a remote window (native or ssh-tunneled) for when you want an application to appear on your desktop even though you don't run it locally or you need a different version from elsewhere. Shouldn't be that hard to make one RH box run an app for everyone.
Les Mikesell wrote:
On 5/27/2011 10:00 AM, m.roth@5-cent.us wrote:
If you are using Centos as a desktop, you'll probably want to upgrade to 6.0 at the first opportunity which should get you up to T-bird 3.1.x with a matching thunderbird-ligntening in EPEL. Still need the exchange connector, though.
We'll go up to 6, or, more likely, 6.1, but we've just got a couple of test machines running RHEL 6 and 6.1; upgrading to that will be a Big Deal
- there's some apps that are, let us be polite, seem to be pretty damn
fragile.... And most of our researchers and affiliates (or whatever the right name for the developers is) have CentOS workstations, though development's done on the servers.
There is always the magic of X for a remote window (native or ssh-tunneled) for when you want an application to appear on your desktop even though you don't run it locally or you need a different version from elsewhere. Shouldn't be that hard to make one RH box run an app for everyone.
I think you missed the point - they run CentOS on their workstations, and are X'ing to the servers. If their own workstation ain't showing, they don't see nuttin'.
mark
On 5/27/2011 10:34 AM, m.roth@5-cent.us wrote:
If you are using Centos as a desktop, you'll probably want to upgrade to 6.0 at the first opportunity which should get you up to T-bird 3.1.x with a matching thunderbird-ligntening in EPEL. Still need the exchange connector, though.
We'll go up to 6, or, more likely, 6.1, but we've just got a couple of test machines running RHEL 6 and 6.1; upgrading to that will be a Big Deal
- there's some apps that are, let us be polite, seem to be pretty damn
fragile.... And most of our researchers and affiliates (or whatever the right name for the developers is) have CentOS workstations, though development's done on the servers.
There is always the magic of X for a remote window (native or ssh-tunneled) for when you want an application to appear on your desktop even though you don't run it locally or you need a different version from elsewhere. Shouldn't be that hard to make one RH box run an app for everyone.
I think you missed the point - they run CentOS on their workstations, and are X'ing to the servers. If their own workstation ain't showing, they don't see nuttin'.
Yes, I am missing some point. If you run X you can run anything from anywhere else in a window pretty much transparently. Why can't you add accounts for everyone on the RH 6.1 box (probably doing authentication against your windows domain since everyone with exchange mail must have an account there already), maintain the exchange connector there and give everyone a launcher that will open it on their desktop? You can get the effect with 'ssh -Y remote_host thunderbird' from an open terminal window without any other setup, but you'd probably want to give others a nice launcher and you may or may not need the ssh layer. As a side effect you get shared-memory efficiency for every instance of the application running on the same server.
If you want something slightly more extreme, you could build freenx for the RH box and run whole desktops there although I don't know how many users you can put on one box unless most of their apps are remote. Personally I prefer NX/freenx to using a local console but that doesn't change your ability to also have applications remote from the desktop.
Les Mikesell wrote:
Yes, I am missing some point. If you run X you can run anything from anywhere else in a window pretty much transparently. Why can't you add accounts for everyone on the RH 6.1 box (probably doing authentication against your windows domain since everyone with exchange mail must have an account there already), maintain the exchange connector there and give everyone a launcher that will open it on their desktop? You can get the effect with 'ssh -Y remote_host thunderbird' from an open terminal window without any other setup, but you'd probably want to give others a nice launcher and you may or may not need the ssh layer. As a side effect you get shared-memory efficiency for every instance of the application running on the same server.
If you want something slightly more extreme, you could build freenx for the RH box and run whole desktops there although I don't know how many users you can put on one box unless most of their apps are remote. Personally I prefer NX/freenx to using a local console but that doesn't change your ability to also have applications remote from the desktop.
I think you are talking about remote desktop implementation, and he about nVidia drivers not showing picture/image/overlay from Remote desktop server.
Ljubomir
On 5/27/2011 11:26 AM, Ljubomir Ljubojevic wrote:
Yes, I am missing some point. If you run X you can run anything from anywhere else in a window pretty much transparently. Why can't you add accounts for everyone on the RH 6.1 box (probably doing authentication against your windows domain since everyone with exchange mail must have an account there already), maintain the exchange connector there and give everyone a launcher that will open it on their desktop? You can get the effect with 'ssh -Y remote_host thunderbird' from an open terminal window without any other setup, but you'd probably want to give others a nice launcher and you may or may not need the ssh layer. As a side effect you get shared-memory efficiency for every instance of the application running on the same server.
If you want something slightly more extreme, you could build freenx for the RH box and run whole desktops there although I don't know how many users you can put on one box unless most of their apps are remote. Personally I prefer NX/freenx to using a local console but that doesn't change your ability to also have applications remote from the desktop.
I think you are talking about remote desktop implementation, and he about nVidia drivers not showing picture/image/overlay from Remote desktop server.
The term 'Remote desktop' usually refers specifically to the MS-windows implementation, where NX/freenx are just X applications with some proxy/stub/cache layers at both ends to improve performance with high latency and allow disconnect/reconnect. There may be some quirks in the cross-platform NX/nx clients but generally you wouldn't know the difference compared to being at a console. If you don't have latency and don't care about reconnecting, you can just enable gdm logins and start your local session with: X -query remote_host to run the desktop on a different machine using only native X capabilities. Or run another desktop in a window with Xnest. All of which is mostly unrelated to the main point of being able to run a remote (to where the desktop/window manger runs) application in a window.
Les Mikesell wrote:
On 5/27/2011 11:26 AM, Ljubomir Ljubojevic wrote:
Yes, I am missing some point. If you run X you can run anything from anywhere else in a window pretty much transparently. Why can't you add
<snip>
I think you are talking about remote desktop implementation, and he about nVidia drivers not showing picture/image/overlay from Remote desktop server.
The term 'Remote desktop' usually refers specifically to the MS-windows implementation, where NX/freenx are just X applications with some
<snip> Yep, that's what I thought you meant. This is not the case here - I have dozens of folks running personal workstations, all running CentOS natively, and *not* dual boot, so it is Linux drivers that have to work.
mark
On 5/27/2011 11:51 AM, m.roth@5-cent.us wrote:
Yes, I am missing some point. If you run X you can run anything from anywhere else in a window pretty much transparently. Why can't you add
<snip> > >> I think you are talking about remote desktop implementation, and he >> about nVidia drivers not showing picture/image/overlay from Remote >> desktop server. > > The term 'Remote desktop' usually refers specifically to the MS-windows > implementation, where NX/freenx are just X applications with some <snip> Yep, that's what I thought you meant. This is not the case here - I have dozens of folks running personal workstations, all running CentOS natively, and *not* dual boot, so it is Linux drivers that have to work.
Still a separate issue from running thunderbird or any other single app remotely. From your workstation, does 'ssh -Y rh_6_box thunderbird' do something reasonable? I suppose you would end up having to automount the users own home directories there to send/download file attachments with the locations they'd expect but that sort of thing is why we have networks.
Les Mikesell wrote:
On 5/27/2011 11:51 AM, m.roth@5-cent.us wrote:
Yes, I am missing some point. If you run X you can run anything from anywhere else in a window pretty much transparently. Why can't you add
<snip> >> I think you are talking about remote desktop implementation, and he >> about nVidia drivers not showing picture/image/overlay from Remote >> desktop server. > The term 'Remote desktop' usually refers specifically to the MS-windows > implementation, where NX/freenx are just X applications with some <snip> Yep, that's what I thought you meant. This is not the case here - I have dozens of folks running personal workstations, all running CentOS natively, and *not* dual boot, so it is Linux drivers that have to work.
Still a separate issue from running thunderbird or any other single app remotely. From your workstation, does 'ssh -Y rh_6_box thunderbird' do something reasonable? I suppose you would end up having to automount the users own home directories there to send/download file attachments with the locations they'd expect but that sort of thing is why we have networks.
Less, put this two statements in mutually connected context.
"And I'm going to have to worry about NVidia cards, like mine, that need the -173 proprietary driver...." , and "I think you missed the point - they run CentOS on their workstations, and are X'ing to the servers. If their own workstation ain't showing, they don't see nuttin'."
He says that without proprietary drivers his implementation of "Remote desktop" fails to show screen from the Server.
Ljubomir
Ljubomir Ljubojevic wrote:
Les Mikesell wrote:
On 5/27/2011 11:51 AM, m.roth@5-cent.us wrote:
Yes, I am missing some point. If you run X you can run anything from anywhere else in a window pretty much transparently. Why can't you add
<snip> >> I think you are talking about remote desktop implementation, and he >> about nVidia drivers not showing picture/image/overlay from Remote >> desktop server. > The term 'Remote desktop' usually refers specifically to the > MS-windows implementation, where NX/freenx are just X applications <snip> Yep, that's what I thought you meant. This is not the case here - I have dozens of folks running personal workstations, all running CentOS natively, and *not* dual boot, so it is Linux drivers that have to work.
Still a separate issue from running thunderbird or any other single app remotely. From your workstation, does 'ssh -Y rh_6_box thunderbird' do something reasonable? I suppose you would end up having to automount the users own home directories there to send/download file attachments with the locations they'd expect but that sort of thing is why we have networks.
Less, put this two statements in mutually connected context.
"And I'm going to have to worry about NVidia cards, like mine, that need the -173 proprietary driver...." , and "I think you missed the point - they run CentOS on their workstations, and are X'ing to the servers. If their own workstation ain't showing, they don't see nuttin'."
He says that without proprietary drivers his implementation of "Remote desktop" fails to show screen from the Server.
Yup. Without the proprietary driver, most folks, who have two monitors, can't use both; in extreme cases, X crashes.
mark
On 5/27/2011 1:46 PM, m.roth@5-cent.us wrote:
Still a separate issue from running thunderbird or any other single app remotely. From your workstation, does 'ssh -Y rh_6_box thunderbird' do something reasonable? I suppose you would end up having to automount the users own home directories there to send/download file attachments with the locations they'd expect but that sort of thing is why we have networks.
Less, put this two statements in mutually connected context.
"And I'm going to have to worry about NVidia cards, like mine, that need the -173 proprietary driver...." , and "I think you missed the point - they run CentOS on their workstations, and are X'ing to the servers. If their own workstation ain't showing, they don't see nuttin'."
He says that without proprietary drivers his implementation of "Remote desktop" fails to show screen from the Server.
Yup. Without the proprietary driver, most folks, who have two monitors, can't use both; in extreme cases, X crashes.
What does any of this have to do with running a remote X application in a window of your currently-working X desktop? That should work regardless of the versions of anything at either end. Does that 'ssh -Y ...' command to another host open a new window for you or not? There are some weird exceptions like firefox checking for an existing instance already running for the same user and telling it to open a new window in its current display, but almost everything will 'just work' when the window/display is remote from the application, and you can either tunnel the protocol through ssh or export the DISPLAY name where you want the window to appear (with some contortions to permit it).
I've been using a Java-based tool named DAVmail (davmail.sourceforge.net) to access my Exchange calendar from Thunderbird with the Lightning plug-in. It can basically proxy Exchange calendars (and e-mail for that matter) to protocols that Thunderbird and Lightning can understand. I've used it with T'bird 2 and 3 with good results. I believe there is a way to set up a single DAVmail proxy server for multiple users, but your mileage may vary.
Just a thought! -- Jay Leafey - Memphis, TN jay.leafey@mindless.com
jleafey wrote:
I've been using a Java-based tool named DAVmail (davmail.sourceforge.net) to access my Exchange calendar from Thunderbird with the Lightning plug-in. It can basically proxy Exchange calendars (and e-mail for that matter) to protocols that Thunderbird and Lightning can understand. I've used it with T'bird 2 and 3 with good results. I believe there is a way to set up a single DAVmail proxy server for multiple users, but your mileage may vary.
Just a thought!
Jay Leafey - Memphis, TN jay.leafey@mindless.com
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Nice find. lol
"Davmail Gateway can run in server mode as a gateway between the mail client and the Outlook Web Access (Exchange) server. In server mode Davmail can run on any Java supported platform. This mode was tested successfully with the Iphone and should work with any phone with POP/IMAP/SMTP/LDAP/Caldav/Carddav client. In this mode many users can share the same DavMail instance."
http://davmail.sourceforge.net/serversetup.html
Ljubomir
jleafey writes:
I've been using a Java-based tool named DAVmail (davmail.sourceforge.net) to access my Exchange calendar from Thunderbird with the Lightning plug-in. It can basically proxy Exchange calendars (and e-mail for that matter) to protocols that Thunderbird and Lightning can understand. I've used it with T'bird 2 and 3 with good results. I believe there is a way to set up a single DAVmail proxy server for multiple users, but your mileage may vary.
DAVmail has so totally noty worked in our environmnt. I'm wondering if, like Evolution, it doesn't support newer Exchange versions?
Jeff wrote:
Well don't blame me if T-Bird is vastly different across platforms. I'm just saying where to find it in Thunderbird. If those Mozilla folks are doing their job right, then I would hope you would see the same thing on CentOS. YMMV. Sorry for trying to be helpful. However I can't find any reference to what T-Bird version you are using, so if you are on v2 then all bets are off.
OK guys.
Jeff, there was post 5 minutes before yours in another part of the thread stating CentOS 5.x uses 2.x version.
Ljubomir
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
Ok, have you gotten it working? So far, I found a contributor, who did have an x86_64 build of lightening... but that doesn't work with thunderbird 2, which is what's on CentOS...
mark, trying to avoid the SharePoint solution
m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
Ok, have you gotten it working? So far, I found a contributor, who did have an x86_64 build of lightening... but that doesn't work with thunderbird 2, which is what's on CentOS...
mark, trying to avoid the SharePoint solution
Mike Harris was/is building thunderbird 3.x but his repo domain has expired.
I have a copy of Thunderbird 3.0-2.7.b4 srpm, I will make it available in an hour or so, so you can compile it if you like.
Ljubomir
Ljubomir Ljubojevic wrote:
m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
<snip>
thunderbird + http://gitorious.org/lightning-exchange-provider/pages/Home
Ok, have you gotten it working? So far, I found a contributor, who did have an x86_64 build of lightening... but that doesn't work with thunderbird 2, which is what's on CentOS...
Mike Harris was/is building thunderbird 3.x but his repo domain has expired.
I have a copy of Thunderbird 3.0-2.7.b4 srpm, I will make it available in an hour or so, so you can compile it if you like.
Thanks very much, but that's not going to work. My manager doesn't want to use "random repos", and really doesn't want to build something that a) would have to be rolled out to the whole division, and b) we'd have to be responsible for building updates.
I guess it's on to something else, but thanks again.
mark
m.roth@5-cent.us wrote:
Ljubomir Ljubojevic wrote:
m.roth@5-cent.us wrote:
Eero Volotinen wrote:
2011/5/26 m.roth@5-cent.us:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
<snip> >>> thunderbird + >>> http://gitorious.org/lightning-exchange-provider/pages/Home >> Ok, have you gotten it working? So far, I found a contributor, who did >> have an x86_64 build of lightening... but that doesn't work with >> thunderbird 2, which is what's on CentOS... > Mike Harris was/is building thunderbird 3.x but his repo domain has > expired. > > I have a copy of Thunderbird 3.0-2.7.b4 srpm, I will make it available > in an hour or so, so you can compile it if you like.
Thanks very much, but that's not going to work. My manager doesn't want to use "random repos", and really doesn't want to build something that a) would have to be rolled out to the whole division, and b) we'd have to be responsible for building updates.
I guess it's on to something else, but thanks again.
mark
If you do decide to at least test it, here is link: http://rpms.plnet.rs/plnet-centos5-srpms/RPMS.plnet-test/thunderbird-3.0-2.7... It's easier for me to post it now when I have the link, in case you are otherwise stuck.
Warning to people trying it: This version was NOT tested by me, so be careful.
spec might be used to compile other versions of the package.
Ljubomir
Thanks very much, but that's not going to work. My manager doesn't want to use "random repos", and really doesn't want to build something that a) would have to be rolled out to the whole division, and b) we'd have to be responsible for building updates.
I guess it's on to something else, but thanks again.
Try the one from Remi Collet then. He's a contributor or even developer for Fedora.
Lars Hecking wrote:
Try the one from Remi Collet then. He's a contributor or even developer for Fedora.
You should first check that write just so you write something.
I have his full mirror and when I searched my mrepo folder there was *no* thunderbird/firefox in it. And just now I just scaned through his repo. Only one to produce newer versions is/was Mike Harris.
P.S. Key words are CentOS 5.x and Thunderbird 3.x
Ljubomir
Ljubomir Ljubojevic writes:
Lars Hecking wrote:
Try the one from Remi Collet then. He's a contributor or even developer for Fedora.
You should first check that write just so you write something.
I have been building tb 3.1 rpms from Remi's SRPMs. Works well. Only requirement is to define fedora = 10 for the build. Yes, this is less than optimal.
I have his full mirror and when I searched my mrepo folder there was *no* thunderbird/firefox in it. And just now I just scaned through his repo. Only one to produce newer versions is/was Mike Harris.
Thank you for pointing me to Mike Harris.
P.S. Key words are CentOS 5.x and Thunderbird 3.x
Your condescending attitude is inappropriate.
Lars Hecking wrote:
Ljubomir Ljubojevic writes:
Lars Hecking wrote:
Try the one from Remi Collet then. He's a contributor or even developer for Fedora.
You should first check that write just so you write something.
I have been building tb 3.1 rpms from Remi's SRPMs. Works well. Only requirement is to define fedora = 10 for the build. Yes, this is less than optimal.
I have his full mirror and when I searched my mrepo folder there was *no* thunderbird/firefox in it. And just now I just scaned through his repo. Only one to produce newer versions is/was Mike Harris.
Thank you for pointing me to Mike Harris.
P.S. Key words are CentOS 5.x and Thunderbird 3.x
Your condescending attitude is inappropriate.
Could be my attitude, but it also could be affect of your attitude.
I always presume that I am talking to responsible individuals. So if you are doing something, do it right.
Anybody could say "Grab Fedora RPMS and recompile it", I even said he can use Mike's SRPMS as an template for building newer versions.
And there is even, slightly older version, for Fedora 8, much closer to home: http://rpms.famillecollet.com/fedora/8/remi/x86_64/thunderbird-3.1.5-1.fc8.r...
Just Recompiling Fedora SRPMS for production is dubious policy and should be avoided if possible.
I'll tell you what. You respect OP's clear requests, and effort of others, and put some effort of your own to give some more details, not just two wage sentence, and I will not snap at you.
I stayed from 12h yesterday to 04h this morning troubleshooting network problem and was woken at 08h, and still found little time to help OP, and you were not able to put an effort to nicely explain in detail what you meant, and where caveats might be. That is what pi**ed me off, my head is still wobbling and it's 14h here.
Ljubomir
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Exchange has a web based interface:
Alexander Georgiev wrote:
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Exchange has a web based interface:
We know. He's hoping for something more seamless, since all of us would rather use t-bird than Outlook Webmail when we don't have to.
mark
If you're looking for an email *client* that does calendaring and runs on CentOS, I believe that Mulberry will talk calendaring to an exchange server and I know it runs on CentOS (as well as other Linux variants, Mac and Windows).
Don't let the lack of recent updates scare you off; it's a solid product, plus there are Linux users who have been updating the source tree since this previously-commercial product went open source.
In the context of email, I'm using Mulberry in an environment where I have multiple imap & smtp servers, multiple accounts, and one *account* in particular has >300 sub-mailboxes with ~600,000 messages. Mulberry is the only client that I've tried that doesn't choke.
Devin
--On Thursday, May 26, 2011 04:09:09 PM -0600 Devin Reade gdr@gno.org wrote:
If you're looking for an email *client* that does calendaring and runs on CentOS, I believe that Mulberry will talk calendaring to an exchange server and I know it runs on CentOS (as well as other Linux variants, Mac and Windows).
It does, however, require some compat libc libraries or some such that you'll find in the CentOS distro, though. So don't toss it if it doesn't at first run. Do an ldd and figure out what's missing.
Devin
m.roth@5-cent.us writes:
Folks,
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
Evolution will not work with Exchange newer than 2003. There is a plugin under development that can, but I'm not precisely sure about its status, and in any case, CentOS5 is too old for it; it as a bunch dependencies that are newer than what's provided.
Lightning needs the exchange provider plugin/connector, but the combination seems quite buggy.
My manager's asked me about something that can run on our CentOS boxes that can connect to an (bleah!) Exchange server's calendar. It doesn't look like Lightening can, and from some googling, it appears that Evolution claims to, but.... It's got to be able to set dates, etc.
Can Evolution? Any other suggestions?
Evolution will not work with Exchange newer than 2003. There is a plugin under development that can, but I'm not precisely sure about its status, and in any case, CentOS5 is too old for it; it as a bunch dependencies that are newer than what's provided.
Yes the version of Evolution in CentOS is too old for most things. The evolution-connector package provides Exchange connectivity in CentOS5, however it only works for Exchange 2003 and older.
Newer versions of Evolution also have an evolution-exchange package which can connect with newer versions of Exchange. This is apparently reasonably stable for most setups - it doesn't, however, work well in more complex arrangements involving proxies and so on.
There is another package at alpha/beta level called evolution-ews which looks very promising. Unfortunately it needs Evolution 2.32 or later.
P.
-
Alexander Georgiev -
Denniston, Todd A CIV NAVSURFWARCENDIV Crane -
Devin Reade -
Digimer -
Eero Volotinen -
Jeff -
jleafey -
Lars Hecking -
Les Mikesell -
Ljubomir Ljubojevic -
m.roth＠5-cent.us -
Pete Biggs -
Robert Heller