Re: [CentOS] php 5.1 to 5.3
I am using webtatic on CentOS 5.x. I started using it some years back because as I can remember (vaguely) I had problems using php53 RPMs (can't remember details, however). Thanks for php 5.4 info - I haven't used it yet. I installed remi (php 5.5) on CentOS 6.x but, yes, it seems many apps don't like php 5.5. Regards, Nick On 4/10/2013 6:15 μμ, Reindl Harald wrote: > remi has already PHP 5.4 - so i doubt you are using it regulary > otherwise you would know that and yes there is a large difference > between PHP 5.3 and 5.4 > > 5.3 does not break sane applications > 5.4 breaks*any* non-utf8 application by changed charset defaults ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Anyone else getting Sane throwing i/o error after upgrades?
Hi List, I have an old HP psc2210 that has performed well with xsane, libsane and related drivers until today. Note in the yum logs that recent upgrades to Sep 23 21:28:49 Updated: hplip-common-3.12.4-4.el6_4.1.x86_64 Sep 23 21:28:50 Updated: hplip-libs-3.12.4-4.el6_4.1.x86_64 Sep 23 21:29:17 Updated: libsane-hpaio-3.12.4-4.el6_4.1.x86_64 appear to have caused this error. scanimage -L reports device `hpaio:/usb/PSC_2200_Series?serial=MY34SF74HN0G' is a Hewlett-Packard PSC_2200_Series all-in-one but xsane reports (xsane:10677): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated upon startup, however the gui comes up fine, an attempt at scanning gives scanimage: sane_start: Error during device I/O device locks up and needs reset. Anyone else having this issue? I guess only option is to downgrade?? TIA Rob ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] "Enterprise Class Hard Drive" - Scam Warning
Hey Levi, This is another angle that you are talking about. I would not worry about it that much if it is seald with the manufacturer stamp on it. what whould be done on the drive?? somebody transfered some data? these counters are there for a reason and I would want the manufactrer to do couple tests and if the seal means that all tests was done on the motor\engine and the electronic board (which are compiled from couple parts\places) I would want them to test the whole drive for me to make sure that the screw is not loose and the hardware can run a full run and is not failing at all. If the testing tools are acurate enoguh to prevent the need for a *RUN* test I do not mind leaving the drive assembled as is and thats it. The drive pin\head should be docked and locked the wole time of delivery of the drive etc.. I am still wating for WD or SEAGATE representetive of them to describe for me the details of how a how a drive was made from 0 to 100. Eliezer On 10/07/2013 09:24 AM, Birta Levente wrote: > On 07/10/2013 00:49, Eliezer Croitoru wrote: >> On 10/05/2013 02:57 AM, Peter wrote: >>> On 10/05/2013 11:39 AM, Eliezer Croitoru wrote: Hey, I was wondering about enterprise class drives: Do you really expect the drive to be shipped to you before even a basic validation test? > > Hello, > > I think any test should nothing to do with these counters. If I buy a > new hard drive I expect to have counters on zero. Because the tests is > made (or should be) by manufacturer after test they can be set these > counters to zero. > > Levi > > >>> >>> I would expect 24 or maybe 48 hours for a burn-in, but not 87 days. >> OK so it is clear now that a new driver should be tested but not be >> *used* :D >> >> Eliezer >>> >>> >>> Peter >>> ___ >>> CentOS mailing list >>> CentOS@centos.org >>> http://lists.centos.org/mailman/listinfo/centos >>> >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos >> > > > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS Continuous Release Updates are Available for 5.10
The Continuous Release Updates for CentOS-5.10 are released to the CR repo. The anaconda and centos-release packages for 5.10 are not released into the CR (as they may need to change for the installable tree), but all other updates are there. For information on what the CR is, see this link: http://wiki.centos.org/AdditionalResources/Repositories/CR We are now focusing on creating an installable tree and creating the ISOs for CentOS-5.10 .. I would expect that we would have the full 5.10 release (tree and ISOs) in 10-14 days from this announcement. For a list of the updates in the CR, see this link: http://lists.centos.org/pipermail/centos-cr-announce/2013-October/thread.html Thanks to the CentOS QA team for their effort in testing this CR Repository so we can get it released so soon after the upstream release of EL 5.10. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unresolved references in libnetsnmpagent.so
On 10/06/2013 08:10 PM, Styma, Robert E (Robert) wrote: > Hi, >I am running an up to date centos5.9 system. > The package, > net-snmp-devel-5.3.2.2-20.el5 > > Contains among oteher things: > /usr/lib/libnetsnmpagent.so > > When I link with this library (-lnetsnmpagent), I get a bunch of unresolved > references.: > My Google searches has not given me hints to where the C to Perl library > exists. > I would guess that yum would have loaded the correct package as a dependency: > > Could someone point me to the correct library? > Thank you. > > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_free' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_parse' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `Perl_eval_pv' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_run' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_alloc' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `make_tempfile' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `boot_DynaLoader' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_construct' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_destruct' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `hosts_ctl' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `Perl_newXS' http://www.mail-archive.com/net-snmp-users@lists.sourceforge.net/msg14531.html signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unresolved references in libnetsnmpagent.so
From: "Styma, Robert E (Robert)" > I am running an up to date centos5.9 system. > The package, > net-snmp-devel-5.3.2.2-20.el5 > > Contains among oteher things: > /usr/lib/libnetsnmpagent.so > > When I link with this library (-lnetsnmpagent), I get a bunch of unresolved > references.: > My Google searches has not given me hints to where the C to Perl library > exists. > I would guess that yum would have loaded the correct package as a dependency: > > Could someone point me to the correct library? > Thank you. > > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_free' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_parse' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `Perl_eval_pv' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_run' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_alloc' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `make_tempfile' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `boot_DynaLoader' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_construct' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `perl_destruct' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `hosts_ctl' > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libnetsnmpagent.so: undefined > reference to `Perl_newXS' > > Bob Styma > Phoenix, AZ > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Not sure what you mean by "C to Perl library" but does the following find something...? grep -ri 'perl_eval_pv' /usr/lib*/perl* JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Unresolved references in libnetsnmpagent.so
> > http://www.mail-archive.com/net-snmp-users@lists.sourceforge.net/msg14531.html Thank you. The command net-snmp-config --agent-libs referenced in the above message did the trick. This is definitely worth writing down as it is not "obvious to the casual observer" (to quote an old professor) Thanks again. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] "Enterprise Class Hard Drive" - Scam Warning
On 10/7/2013 5:59 AM, Eliezer Croitoru wrote: > I am still wating for WD or SEAGATE representetive of them to describe > for me the details of how a how a drive was made from 0 to 100. I'm sure they both consider that information trade secret. its my understanding that testing done on the factory floor leaves the counters cleared when the final firmware is installed. Ditto factory 'remanufactured' aka 'refurbished' drives that are tested, and relabeled, they get cleared after test. last one of these I got, sold as such, had a different colored label (green instead of silver) and clearly said remanufactured, I'm pretty sure its SMART data was also reset. What the OP got appears to be a drive that was returned, retested and resold somewhere in the distributor-retailer train, NOT by the factory, hence what people refer to as 'grey market'. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CENTOS 5 incoming SFTP
On Sat, Oct 5, 2013 at 5:04 PM, John McKelvey wrote: > Hello... > > OK, I have been checking... NSLOOKUP ... sees the linux box... Linux box > can ping all other boxes on the LAN (they are all windows) as well as > internet. > > With firewalls off on both any windows box as well as firewall off on linux > box it can not be pinged, much less move files or log on from any of the > lAN's windows boxes. SSHD is running on linux box. Port 22 is open for > TCP in IPTABLES. Is everything on the same subnet or is there some router/firewall device between the linux and windows boxes? It doesn't make much sense to be able to ping one direction but not the other without some firewall in the way. It also doesn't make sense to say your 'firewall is off' in linux and then talk about ports being open in iptables. If your firewall is off, you should just see a policy of ACCEPT in iptables and nothing about ports. In any case, if you run tcpdump you should be able to see if the ping packets are reaching the linux box (or tcp port 22 for ssh). If you see packets arriving at the interface but nothing responds, it is probably iptables blocking them. If the packets you send don't arrive at all, something external is blocking them. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Email access via Android device
On Sat, Oct 5, 2013 at 11:43 AM, Frank Cox wrote: > I'm pretty sure that this is possible, but I don't currently know enough about > email to know where to start. > > My main desktop computer runs Centos 6 and my preferred email client is > Sylpheed, which supports both POP and IMAP email, and my "internal network" > has > a static IP address, so getting access to the computer from the big scary > world > via my phone isn't a problem. > > I have six different email accounts that live on various servers. I have > Sylpheed set up to poll each account once every ten minutes using POP3 and > download all incoming mail. Upon receipt, I have a whole lot of filters in > Sylpheed to sort the mail into various subdirectories of my Mail directory. > For example, one of my directory structures under Mail is inbox/1/2, and > email may be sorted in Mail/inbox or Mail/inbox/1 or Mail/inbox/1/2, or other > subdirectories outside of inbox like, for example, Mail/3. In short, I > have a dozen or so subdirectories that Sylpheed sorts mail into based on > various criteria like From or Subject. > > What I would like to do is somehow make this whole thing available on my > Android > phone (Samsung Galaxy 3). As it sits right now, if I am not sitting in front > of my computer the only way I can check my email is to ssh into it and > look at the files in each of those subdirectories using a text utility like > less; this is really inconvenient and I can't reply to emails that way until I > get back in front of my computer. > > I'm thinking that I need to run some kind of a mailserver on my computer that > can be accessed by both Sylpheed locally and by ??? on my Android device. I > get > the impression that if I wanted to hand all of my email over to gmail I could > then have something like this working. I don't particularly want to do > that; I would rather have something running on my own machine to do it. Hard to beat a free gmail account - if you are concerned about privacy, you probably shouldn't be sending the stuff over the internet in the first place.But, the tools are available to run your own imap server so you can see the same mailboxes from multiple devices. Alternatively your android device is perfectly capable of dealing with 6 remote servers directly. > I could use something else to poll for my email (fetchmail?). Sylpheed does > have a configuration setting that I'm not currently using that says "Enable > strict checking of summary caches -- enable this if the contents of the > folders > may be changed by other applications" so based on that I think it can handle > having messages magically changed by a program on my Android device. > > What is the best way to approach this? My best idea so far is to set up > fetchmail (or something) to do the pop downloads of incoming mail, and have > some kind of a local imap server running though which I access the actual mail > via any email client that can work with an imap account. Then I can set up > Sylpheed to access only one account, that being the one on my local computer, > and run some imap-using mail client on the Android device for remote access. > > Having never actually used an imap email account in this way, that leads to a > couple of other questions. (The only thing I've ever done with imap is set > up squirrelmail.) What about filtering the email into those directories? > Procmail? And what happens to sent email -- I assume that the SMTP part of the > mail client wouldn't actually change -- I would still send outbound mail > directly through the mailserver where my email account exists, right? But > does > it (can it) also send a copy to the imap mail store so I can send email from > Android and later on review what I sent with Sylpheed? Start with dovecot configured to run imap or the ssl variation and using maildir format. I don't know anything about sylpheed, but most mailers that know pop and imap can push to imap folders. So, if you want to continue using sylpheed and let it run all the time you might be able to simply connect it to the new imap account, create a matching folder structure there, drag all of your current mail to the corresponding folders, and change the rules for new messages to send them there. Then the android connected to the same account will see the same folders and contents. If you don't want to leave sylpheed running all the time for the polling and rule processing, you can replace it with fetchmail and procmail. If your other accounts support imap, there is also something called imapsync that can copy or move messages between accounts. If your concern with gmail is only that you want your own archive for reliability, you could let them do the processing work and (probably) act as your normal mail host, but use imapsync to pull your own archive copy. I think gmail has some rate limit so you probably don't want to wait till you've filled a 15 GB mailbox before you start to sync, though... --
Re: [CentOS] Email access via Android device
On Mon, 7 Oct 2013 16:52:42 -0500 Les Mikesell wrote: > Hard to beat a free gmail account - if you are concerned about > privacy, you probably shouldn't be sending the stuff over the internet > in the first place. I figure that if my data lives on my computer, I know where it is and I can read it, search it, back it up and delete it anytime I want. I learned a long time ago that if you see something on the Internet that you think you might want to refer to in the future, get it now because it might not be there tomorrow. > But, the tools are available to run your own imap server so you can see the > same mailboxes from multiple devices. Having given this matter considerable thought over the past couple of days (and given Google a work-out too), here is my current plan, subject to any of you folks telling me where I'm going wrong. (I'm thinking that once I have this all set up and working I'll write a little article about how to do it and post it on my website.) I plan to use fetchmail in daemon mode to poll all six mailservers for incoming mail, postfix to put incoming mail into a Maildir in my home directory, set up dovecot and point Sylpheed at that to read new and existing mail. For outbound mail my best idea so far is to set up postfix to send outbound mail via the appropriate mailserver by checking the From: field. I see a method for doing that here: http://tekman.livejournal.com/83609.html By doing it this way I can get away with doing everything over a ssh tunnel to my main computer from my Android device. VX Connectbot apparently supports ssh tunneling so once that and K9Mail (which I haven't actually installed or looked at yet) are set up on my phone it should just work. > Alternatively your android device is perfectly capable of dealing > with 6 remote servers directly. The reason for handling outbound email this way instead of sending it directly from my phone (or whatever) is that this way I won't have to worry about sender restrictions on the various mailservers. For example, my own little mail and webserver lives on the 192.168.0.x network in my theatre, and postfix relay is set up to permit_mynetworks only. In addition, I think (though I'm not completely certain) that both of the ISPs that I have service from allow email to be relayed through their mailservers only from a network address that's one of theirs. I have routing tables set up on my main computer to make sure that outbound email goes out via the appropriate gateway. I won't have to open up my own mailserver to relay any more than it does now, and the outbound email should continue to work as it does now. It appears that I can make this whole mess work over a ssh connection via VX Connectbot, so simply forwarding port 22 on my gateway routers to my main computer should buy me everything that I need. Plus that gives me a commandline on my main computer from anywhere, and I can play with vnc on my phone too. I don't know how usable vnc would actually be on such a small screen but I'll give it a shot one of these days and see what it looks like. That's my scheme so far. Any of you fine folks are very welcome to tell me why it won't work or suggest a better way to get from Point A to Point B. I've never set up anything quite like this before so it's a figure-it-out-as-I-go procss. I'm obviously going to set up some dummy email accounts and experiment with this a bit and get it all up and running before trying to convert my real email and go live with it. I really don't want to blow up my email; things would become far more interesting that they need to be if something like that happened. I think it'll be pretty cool once it's up and running, though. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Email access via Android device
> From: centos-boun...@centos.org [centos-boun...@centos.org] on behalf of > Frank Cox > [thea...@melvilletheatre.com] > >> Alternatively your android device is perfectly capable of dealing >> with 6 remote servers directly. > > The reason for handling outbound email this way instead of sending it directly > from my phone (or whatever) is that this way I won't have to worry about > sender > restrictions on the various mailservers. For example, my own little mail and > webserver lives on the 192.168.0.x network in my theatre, and postfix relay is > set up to permit_mynetworks only. In addition, I think (though I'm not > completely certain) that both of the ISPs that I have service from allow email > to be relayed through their mailservers only from a network address that's one > of theirs. I have routing tables set up on my main computer to make sure that > outbound email goes out via the appropriate gateway. I won't have to open up > my own mailserver to relay any more than it does now, and the outbound email > should continue to work as it does now. > > It appears that I can make this whole mess work over a ssh connection via VX > Connectbot, so simply forwarding port 22 on my gateway routers to my main > computer should buy me everything that I need. Plus that gives me a > commandline > on my main computer from anywhere, and I can play with vnc on my phone too. I > don't know how usable vnc would actually be on such a small screen but I'll > give it a shot one of these days and see what it looks like. > > That's my scheme so far. Any of you fine folks are very welcome to tell me > why > it won't work or suggest a better way to get from Point A to Point B. I've > never set up anything quite like this before so it's a figure-it-out-as-I-go > procss. > Being a mail administrator for both work, and a couple of other sites, the only concern I would have with this is that you need to be fairly careful that the outgoing is routing out a machine that is authorized to send mail for these domains, otherwise, you'll be looking at a lot of providers blocking your messages as being potential spam fodder and subsequently blacklisting you or the domains in question. -- Gary L. Greene, Jr. Sr. Systems Administrator IT Operations, Mienrva Networks, Inc. Cell: (650) 704-6633 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Email access via Android device
On Mon, 7 Oct 2013 22:37:31 + Gary Greene wrote: > Being a mail administrator for both work, and a couple of other sites, the > only concern I would have with this is that you need to be fairly careful > that the outgoing is routing out a machine that is authorized to send mail > for these domains, otherwise, you'll be looking at a lot of providers > blocking your messages as being potential spam fodder and subsequently > blacklisting you or the domains in question. That's why I'm planning to send all outbound email back to my main desktop computer and use the method described at http://tekman.livejournal.com/83609.html. I'm thinking that this method should make any outbound email sent from my phone both look like it came from my desktop computer, and insure that it gets sent to the appropriate mailserver as specified in my From: field. Right now I have each account set up in my Sylpheed mail client, so when I want to send an email from m...@example.com, I just select that from the list of available accounts, type my email and hit Send, whereupon the email goes out to the example.com mailserver and is handled from there. I'm thinking that the method described above will allow me to be able to do that from my phone: Select an outbound account, type email, hit send. The email goes to my desktop computer which looks at the From: field, decides on the appropriate mailserver based on that, and send the email. Just like it had originated on my desktop computer as it does now. At least, that's my theory. Do you see any holes in that scheme that I'm missing? -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Sound Volume Setting At Login
On 10/05/2013 03:54 PM, Mark LaPierre wrote: > Hey all, > > When I log on my sound level is set at about 35%. I have to use the > sound preferences to turn the sound level up every time I log in. > > Other users on this same system do not have this issue. When they log > in their volume is set at 100%. > > This leads me to believe that there must be something in my local > settings that is turning down my sound volume settings. > > Does anyone have a clue were the config file might be that is causing > this to happen to me and not to others? > What do you think Y'all. Anyone want to take a stab at it? CentOS release 6.4 (Final) Linux mushroom.patch 2.6.32-358.18.1.el6.i686 #1 SMP Wed Aug 28 14:27:42 UTC 2013 i686 i686 i386 GNU/Linux 19:02:51 up 6 days, 1:31, 2 users, load average: 1.00, 1.05, 1.07 acpitz-virtual-0 Adapter: Virtual device temp1: +40.0°C (crit = +95.0°C) k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +57.0°C Core1 Temp: +54.0°C -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Email access via Android device
On Mon, Oct 7, 2013 at 5:20 PM, Frank Cox wrote: > >> Hard to beat a free gmail account - if you are concerned about >> privacy, you probably shouldn't be sending the stuff over the internet >> in the first place. > > I figure that if my data lives on my computer, I know where it is and I can > read it, search it, back it up and delete it anytime I want. > > I learned a long time ago that if you see something on the Internet that you > think you might want to refer to in the future, get it now because it might > not > be there tomorrow. Ok, but that applies to hardware that you own as well. Maybe you can beat Google for redundancy, reliability, distributed backups, etc. but it won't be easy. And with a simple imapsync or maybe even some tweaks to your sylpheed setup you could have both. That is, use google for live access but keep a mirror copy. My guess is that your disk(s) will die before googles'. Other ISP type accounts will come and go as you change services. > For outbound mail my best idea so far is to set up postfix to send outbound > mail via the appropriate mailserver by checking the From: field. I see a > method for doing that here:http://tekman.livejournal.cohm/83609.html But how do you set your From: separately for every message in the android mailer - and it seems awkward when you could be connecting directly to the account in question. > By doing it this way I can get away with doing everything over a ssh tunnel to > my main computer from my Android device. VX Connectbot apparently supports > ssh > tunneling so once that and K9Mail (which I haven't actually installed or > looked at yet) are set up on my phone it should just work. Again, seems awkward to tunnel access to a private host to access stuff that had just been pulled from publicly reachable accounts. >> Alternatively your android device is perfectly capable of dealing >> with 6 remote servers directly. > > The reason for handling outbound email this way instead of sending it directly > from my phone (or whatever) is that this way I won't have to worry about > sender > restrictions on the various mailservers. Android could reply back through the account directly. Your complications are coming from combining things in the first place. > For example, my own little mail and > webserver lives on the 192.168.0.x network in my theatre, and postfix relay is > set up to permit_mynetworks only. In addition, I think (though I'm not > completely certain) that both of the ISPs that I have service from allow email > to be relayed through their mailservers only from a network address that's one > of theirs. Many/most ISP and email hosts allow mobile access with login/password. > That's my scheme so far. Any of you fine folks are very welcome to tell me > why > it won't work or suggest a better way to get from Point A to Point B. I've > never set up anything quite like this before so it's a figure-it-out-as-I-go > procss. Sure, it will work, but I don't really see what you gain over just using the services as-is as separate accounts, especially if they all offer IMAP so your computer and phone see the same things. (Plus your archived copy if you want...).I have several accounts myself, but nearly all of them are configured to forward to gmail and I never use them directly. > I'm obviously going to set up some dummy email accounts and experiment with > this a bit and get it all up and running before trying to convert my real > email > and go live with it. I really don't want to blow up my email; things would > become far more interesting that they need to be if something like that > happened. > > I think it'll be pretty cool once it's up and running, though. I ran something similar using an SME server as the imap host for a long time - before google offered imap service. But now that box is dead and google is still running... -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Email access via Android device
On Mon, 7 Oct 2013 18:37:40 -0500 Les Mikesell wrote: > Android could reply back through the account directly. Your > complications are coming from combining things in the first place. I can't reply directly from my phone because of restrictions on the mailservers. Gmail and friends don't care, but both of the ISP's that I have email accounts on allow outbound SMTP only from "their" IP addresses. So if I'm connected to J. Random WIFI, or even the Other Guy's cellular network, sending email directly to those mailservers for forwarding along ain't gonna work. My desktop computer has routing tables that make sure that email to various mailservers goes out the right gateway so this problem doesn't exist. > especially if they all offer IMAP so your computer and phone see the same > things. Some don't have IMAP at all, and some don't allow IMAP on "foreign" IP addresses. Therefore, I would be stuck with webmail on those particular webservers, which seems really inconvenient and won't allow me to aggregate all of my email into a single (sorted) pile. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Email access via Android device
On Mon, Oct 7, 2013 at 6:50 PM, Frank Cox wrote: >> Android could reply back through the account directly. Your >> complications are coming from combining things in the first place. > > I can't reply directly from my phone because of restrictions on the > mailservers. Gmail and friends don't care, but both of the ISP's that I have > email accounts on allow outbound SMTP only from "their" IP addresses. It's not that gmail doesn't care, it is that they handle authenticated access for sending as part of the account setup. And many/most mail services do too. It's probably not a good idea to rely on any service where you don't have mobile access anyway. Or to give out ISP email addresses that will go away when you change services. >> especially if they all offer IMAP so your computer and phone see the same >> things. > > Some don't have IMAP at all, and some don't allow IMAP on "foreign" IP > addresses. Therefore, I would be stuck with webmail on those particular > webservers, which seems really inconvenient and won't allow me to aggregate > all > of my email into a single (sorted) pile. But in the bigger picture, how much do you need those accounts/addresses? And if you continue to use them at all, can you set them to forward to something with more full-featured service? -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] remote sudo script
Hey guys,
I'm trying to write a simple bash script that will cp a configuration file
to a backup (with the date) remotely to a bunch of machines, using sudo
with ssh.
I notice that if I run the commands individually, they both work (albeit
with some strange output I'd like to suppress):
[tdunphy@MIAGRBISSH01V ~]$ ssh -q -t -t -t MIAGRBIORCA00V sudo -S 'cp -v
/data/solr-4.3.1/zoe/etc/logback.xml /tmp/logback.xml-${i}-$(date
+%Y%m%d).bak' < secret_sauce
> EOF
tcgetattr: Inappropriate ioctl for device
`/data/solr-4.3.1/zoe/etc/logback.xml' -> `/tmp/logback.xml--20131007.bak'
[tdunphy@MIAGRBISSH01V ~]$ ssh -q -t -t -t MIAGRBIORCA00V sudo -S 'ls -l
/home/tdunphy/logback.xml-${i}-$(date +%Y%m%d).bak' < secret_sauce
> EOF
tcgetattr: Inappropriate ioctl for device
-rw-r--r-- 1 root root 3372 Oct 7 22:07
/home/tdunphy/logback.xml--20131007.bak
The best part of the above is that I am passing my password (secret_sauce -
not my real one for obvious reasons) to sudo and having the command
executed.
One thing I'd like to be able to figure out is how to suppress this
message, which is a little distracting and useless to the process:
tcgetattr: Inappropriate ioctl for device
But more importantly, when I try to pop the above two working statements
from the command line into a script, the following occurs:
[tdunphy@MIAGRBISSH01V ~]$ for i in MIAGRBIORCA0{0..9}V MIAGRBIORCA1{0..2}V
>
> do
>
> ssh -q -t -t -t $i sudo -S 'cp -v /data/solr-4.3.1/zoe/etc/logback.xml
/tmp/logback.xml-${i}-$(date +%Y%m%d).bak' < secret_sauce
> EOF
>
> ssh -q -t -t -t $i sudo -S 'ls -l /home/tdunphy/logback.xml-${i}-$(date
+%Y%m%d).bak' < secret_sauce
> EOF
>
> done
tcgetattr: Inappropriate ioctl for device
`/data/solr-4.3.1/zoe/etc/logback.xml' -> `/tmp/logback.xml--20131007.bak'
tcgetattr: Inappropriate ioctl for device
-rw-r--r-- 1 root root 3372 Oct 7 22:07
/home/tdunphy/logback.xml--20131007.bak
tcgetattr: Inappropriate ioctl for device
[sudo] password for tdunphy:
For some reason the <http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] remote sudo script
On Mon, Oct 7, 2013 at 10:51 PM, Tim Dunphy wrote:
> Hey guys,
>
>
> I'm trying to write a simple bash script that will cp a configuration file
> to a backup (with the date) remotely to a bunch of machines, using sudo
> with ssh.
>
> I notice that if I run the commands individually, they both work (albeit
> with some strange output I'd like to suppress):
>
> [tdunphy@MIAGRBISSH01V ~]$ ssh -q -t -t -t MIAGRBIORCA00V sudo -S 'cp -v
> /data/solr-4.3.1/zoe/etc/logback.xml /tmp/logback.xml-${i}-$(date
> +%Y%m%d).bak' < > secret_sauce
> > EOF
> tcgetattr: Inappropriate ioctl for device
> `/data/solr-4.3.1/zoe/etc/logback.xml' -> `/tmp/logback.xml--20131007.bak'
>
>
> [tdunphy@MIAGRBISSH01V ~]$ ssh -q -t -t -t MIAGRBIORCA00V sudo -S 'ls -l
> /home/tdunphy/logback.xml-${i}-$(date +%Y%m%d).bak' < > secret_sauce
> > EOF
> tcgetattr: Inappropriate ioctl for device
> -rw-r--r-- 1 root root 3372 Oct 7 22:07
> /home/tdunphy/logback.xml--20131007.bak
>
> The best part of the above is that I am passing my password (secret_sauce -
> not my real one for obvious reasons) to sudo and having the command
> executed.
>
> One thing I'd like to be able to figure out is how to suppress this
> message, which is a little distracting and useless to the process:
>
> tcgetattr: Inappropriate ioctl for device
>
> But more importantly, when I try to pop the above two working statements
> from the command line into a script, the following occurs:
>
> [tdunphy@MIAGRBISSH01V ~]$ for i in MIAGRBIORCA0{0..9}V
> MIAGRBIORCA1{0..2}V
> >
> > do
> >
> > ssh -q -t -t -t $i sudo -S 'cp -v /data/solr-4.3.1/zoe/etc/logback.xml
> /tmp/logback.xml-${i}-$(date +%Y%m%d).bak' < > secret_sauce
> > EOF
> >
> > ssh -q -t -t -t $i sudo -S 'ls -l /home/tdunphy/logback.xml-${i}-$(date
> +%Y%m%d).bak' < > secret_sauce
> > EOF
> >
> > done
> tcgetattr: Inappropriate ioctl for device
> `/data/solr-4.3.1/zoe/etc/logback.xml' -> `/tmp/logback.xml--20131007.bak'
> tcgetattr: Inappropriate ioctl for device
> -rw-r--r-- 1 root root 3372 Oct 7 22:07
> /home/tdunphy/logback.xml--20131007.bak
> tcgetattr: Inappropriate ioctl for device
> [sudo] password for tdunphy:
>
> For some reason the < the password to sudo the way I was able to when running the commands
> individually.
>
> Any thoughts on how I should be going about this?
>
>
2 things I'd consider (and yes, before someone starts that 'that's not
nearly secure enough!' debate, 1 isn't great security, but every place has
different levels of acceptable, so it might pass for some while it'd never
fly for others)
1. change your ID/to an ID that doesn't have to supply a password to sudo
commands e.g. has the NOPASSWD option set in sudoers file.
2. change up to expect. it's a little wonky and different from other
scripting languages, but it's really made for this sort of thing.
--
Even the Magic 8 ball has an opinion on email clients: Outlook not so good.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] remote sudo script
On 10/08/2013 05:47 PM, zGreenfelder wrote: > 1. change your ID/to an ID that doesn't have to supply a password to sudo > commands e.g. has the NOPASSWD option set in sudoers file. I would recommend that you just give the user NOPASSWD access to the specific command(s) that you need for your remote script, rather than giving that user global NOPASSWD access. See sudoers(5) for details. Peter ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 6.4 Installation on Dell R720
Hi, I am planning to install CentOS 6.4 on Dell R720 which has hardware raid card and 6 hard disk slots available. I have planned with the below set up :- *2 Hard disks configured in RAID 1 for installing OS * *4 Hard disks configured in RAID 10 for data drive.* Please suggest and recommend if the above approach is correct and let me know if i am missing anything which is crucial to set up a production server. This server will host MySQL DB server. Regards, Kaushal ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] remote sudo script
On 10/7/2013 7:51 PM, Tim Dunphy wrote: > Any thoughts on how I should be going about this? use ssh keys rather than password authentication see: man ssh-keygen short version, on local system, run ssh-keygen to create a public and private key for the local account, and append the public key ~/.ssh/id_dsa.pub on the local system to the ~/.ssh/authorized_keys2 file on the remote system. once you've done this, ssh/scp/sftp will connect without prompting for a password. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.4 Installation on Dell R720
On Tue, Oct 8, 2013 at 10:55 AM, Kaushal Shriyan wrote: > Hi, > > I am planning to install CentOS 6.4 on Dell R720 which has hardware raid > card and 6 hard disk slots available. > > I have planned with the below set up :- > > *2 Hard disks configured in RAID 1 for installing OS What is the HDD size? For a base OS + MySQL server, a 4GB SATA Disk on Module (DoM) may be sufficient. > * > *4 Hard disks configured in RAID 10 for data drive.* > Again, hopefully, you have sized these disks for sufficient space for the DB files, presuming you will mount this device on /var/lib/mysql. > Please suggest and recommend if the above approach is correct and let me > know if i am missing anything which is crucial to set up a production > server. This server will host MySQL DB server. You may want to put /tmp, /var/tmp/, /var/log on separate partitions - 1G, 1G, 3G, respectively. You can "steal" this kind of space by creating a LV on your RAID10 device and carving it up as above with the rest for your MySQL files. HTH, -- Arun Khan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] remote sudo script
> use ssh keys rather than password authentication see: man ssh-keygen hey thanks. Already using keys. It's sudo that's the blocker. Also I would use NOPASSWD on my sudo options, but there's some bureaucratic red-tape involved there. Can't really go about enabling that myself without ruffling some feathers. Otherwise thanks for the suggestions and keep 'em coming! On Tue, Oct 8, 2013 at 1:28 AM, John R Pierce wrote: > On 10/7/2013 7:51 PM, Tim Dunphy wrote: > > Any thoughts on how I should be going about this? > > use ssh keys rather than password authentication see: man ssh-keygen > > short version, on local system, run ssh-keygen to create a public and > private key for the local account, and append the public key > ~/.ssh/id_dsa.pub on the local system to the ~/.ssh/authorized_keys2 > file on the remote system. once you've done this, ssh/scp/sftp will > connect without prompting for a password. > > > > -- > john r pierce 37N 122W > somewhere on the middle of the left coast > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
