Re: [CentOS] strange error in df -h
Filipe Brandenburger wrote: Hi, On Tue, Apr 1, 2008 at 5:15 PM, Ray Leventhal <[EMAIL PROTECTED]> wrote: # mount ... st0 on status type unknown (rw) /dev/st0 on status type unknown (rw) Well, obviously these are the two that are causing the problem. st0 seems to be tape drive, but this should never be mounted, as tapes are character devices and not block devices. You can see that those are not listed in /proc/mounts, which means the kernel doesn't know anything about those being mounted. This means they are only listed in /etc/mtab, maybe you might edit that file, look for those entries and remove them, after that df -h should work just fine. But that won't tell us why exactly those entries ended up being added there. Do you have any backup software that might be using the tape drive in a strange way? Or a backup software that is configured to use that device as a disk? Or another software (not necessarily backup related) that is configured to use those devices? Do you really have a tape drive on that machine? Anyway, you might also try to reboot the machine and see if the problem still happens or ceases to happen. Hi Filipe, Yes, there is an actual tape drive in /dev/st0, so that's no mystery. The other drives were intended to be used but haven't been fdisk'd so far. The tape drive is used nightly with Arkeia Network Backup (commercial software with which I am in no way affiliated, but recommend highly). Regards, -Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] sendmail aliases
Sendmail used to automatically compare creation dates of the text and database aliases files and when the text one was newer than the database one, sendmail would automatically update the database file at a convenient time. This made a lot of sense. However, the powers that be decided to break this great feature and removed it. I copied it back into to source we use. -- Brent L. Bates (UNIX Sys. Admin.) M.S. 912 Phone:(757) 865-1400, x204 NASA Langley Research CenterFAX:(757) 865-8177 Hampton, Virginia 23681-0001 Email: [EMAIL PROTECTED] http://www.vigyan.com/~blbates/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 38, Issue 1
Send CentOS-announce mailing list submissions to
[EMAIL PROTECTED]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."
Today's Topics:
1. CESA-2008:0206 Moderate CentOS 3 i386 cups - security update
(Tru Huynh)
2. CESA-2008:0206 Moderate CentOS 3 x86_64 cups -security
update (Tru Huynh)
3. CESA-2008:0192 Moderate CentOS 5 i386 cups Update (Karanbir Singh)
4. CESA-2008:0192 Moderate CentOS 5 x86_64 cups Update
(Karanbir Singh)
--
Message: 1
Date: Tue, 1 Apr 2008 19:06:38 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0206 Moderate CentOS 3 i386 cups
- security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
CentOS Errata and Security Advisory CESA-2008:0206
cups security update for CentOS 3 i386:
https://rhn.redhat.com/errata/RHSA-2008-0206.html
The following updated file has been uploaded and is currently syncing to
the mirrors:
i386:
updates/i386/RPMS/cups-1.1.17-13.3.52.i386.rpm
updates/i386/RPMS/cups-devel-1.1.17-13.3.52.i386.rpm
updates/i386/RPMS/cups-libs-1.1.17-13.3.52.i386.rpm
source:
updates/SRPMS/cups-1.1.17-13.3.52.src.rpm
You may update your CentOS-3 i386 installations by running the command:
yum update cups\*
Tru
--
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://lists.centos.org/pipermail/centos-announce/attachments/20080401/c5bd4a24/attachment-0001.bin
--
Message: 2
Date: Tue, 1 Apr 2008 19:07:04 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0206 Moderate CentOS 3 x86_64
cups - security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
CentOS Errata and Security Advisory CESA-2008:0206
cups security update for CentOS 3 x86_64:
https://rhn.redhat.com/errata/RHSA-2008-0206.html
The following updated file has been uploaded and is currently syncing to
the mirrors:
x86_64:
updates/x86_64/RPMS/cups-1.1.17-13.3.52.x86_64.rpm
updates/x86_64/RPMS/cups-devel-1.1.17-13.3.52.x86_64.rpm
updates/x86_64/RPMS/cups-libs-1.1.17-13.3.52.i386.rpm
updates/x86_64/RPMS/cups-libs-1.1.17-13.3.52.x86_64.rpm
source:
updates/SRPMS/cups-1.1.17-13.3.52.src.rpm
You may update your CentOS-3 x86_64 installations by running the command:
yum update cups
Tru
--
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://lists.centos.org/pipermail/centos-announce/attachments/20080401/ac1f146b/attachment-0001.bin
--
Message: 3
Date: Wed, 2 Apr 2008 11:39:09 +0100
From: Karanbir Singh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0192 Moderate CentOS 5 i386 cups
Update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2008:0192 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0192.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
i386:
5cbae21442e131946a4859b72d6c1b22 cups-1.2.4-11.14.el5_1.6.i386.rpm
d4e6882efc06c79c3b9d5ecfa5845ede cups-devel-1.2.4-11.14.el5_1.6.i386.rpm
56b4fa6e8c1ede669e197272a4278907 cups-libs-1.2.4-11.14.el5_1.6.i386.rpm
976bcdfafbc49f0bfae3ccd2cc588fc0 cups-lpd-1.2.4-11.14.el5_1.6.i386.rpm
Source:
56fb2ffdc04a29bb3b8fd85cb7fa5bef cups-1.2.4-11.14.el5_1.6.src.rpm
eddfab648a81d254d50fb24034629c5d cups-1.2.4-11.14.el5.centos.6.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]
--
Message: 4
Date: Wed, 2 Apr 2008 11:39:09 +0100
From: Karanbir Singh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0192 Moderate CentOS 5 x86_64
cupsUpdate
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2008:0192 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0192.html
The fo
[CentOS] Updating Dovecot package?
Does anyone know if upstream ever plans on updating the dovecot package to a non RC version or to even one of the RC versions that isn't so insecure, And by insecure, I of course refer to the recent rash of bugs which have been found. Thanks, -Drew ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Updating Dovecot package?
On Wed, Apr 02, 2008 at 08:13:06AM -0400, Drew Weaver enlightened us: > Does anyone know if upstream ever plans on updating the dovecot package to a > non RC version or to even one of the RC versions that isn't so insecure, > > And by insecure, I of course refer to the recent rash of bugs which have > been found. > Only upstream knows for sure, but generally they only rebase if it becomes extremely difficult to backport the fixes. It was done with samba, so it's possible it could be done with dovecot, but you'll have to ask them... Matt -- Matt Hyclak Department of Mathematics Department of Social Work Ohio University (740) 593-1263 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] sendmail aliases
Brent L. Bates wrote: Sendmail used to automatically compare creation dates of the text and database aliases files and when the text one was newer than the database one, sendmail would automatically update the database file at a convenient time. This made a lot of sense. However, the powers that be decided to break this great feature and removed it. I copied it back into to source we use. This isn't exactly a source change. Just uncomment the line: dnl define(`confAUTO_REBUILD')dnl (by removing the leading dnl) in /etc/mail/sendmail.mc and restart sendmail. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] sendmail aliases
Actually it *IS* a source change. The `confAUTO_REBUILD' option has been deleted from the sendmail source files for some time now. One can put that option in the sendmail.mc configuration file, but it will not be used because it isn't in the source any more. I've double checked this and have looked at the source. Now, I suppose if one isn't using a current version of sendmail, then this option may still be in the version you are using. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid1 custom initrd and yum
On Wednesday 02 April 2008 01:07, Les Mikesell wrote: > First cut - in your recovery shell, comment out /home from /etc/fstab > and see if you can come up without it (log in as root, of course). That > will at least give you a fairly normal environment to try to figure out > why the md1 device is getting assembled but the /dev/md1 node isn't > created for it. Thanks Les, that was very helpful (and I should have thought of it...). But then it gets weird again: I commented out the /dev/md1 line and the system came all the way up to the login prompt. Great! I thought. Enter the root password and... kingkong login: root Password: xx Last login: Tue Dec 3 13:58:11 2002 /bin/bash: Permission denied doh! well of course I have done nothing special to the permissions there or anywhere else. I can see all the console boot messages and they all look normal. Booted into single user mode, and that works. /bin/bash has normal perms and all seems well. What's more, I was able to mount /dev/md1 on /home and it didn't complain. Then I un-commented the line in fstab, rebooted and it worked all the way up to the login prompt, it now uses all 3 md devices happily. But then, "Permission denied" is all I get. Nice system but it makes it hard to maintain when even root can't log in. Could there be some disk error? I have never had so much bizarre behavior from one system. Ready to chuck it out the window. Is there anything else I can try to see what's up? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] How to create LVM after Centos installation
Hello all, I wanted to create a Raid0 partition using LVM based on 2 LUNs available; I was unable to find an LVM GUI selection in the System->Adminsitration selection in the gui system-config-lvm is not available. What am I missing during the installation? thanks in advance, -- best, Vince ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to create LVM after Centos installation
> I wanted to create a Raid0 partition using LVM based on 2 LUNs > available; I was unable to find an LVM GUI selection in the > System->Adminsitration selection in the gui system-config-lvm is > not available. > > What am I missing during the installation? > > Vince You need to set up a scattered logical volume manually from CLI before doing an installation. Boot using a live cd or the rescue cd to do the manual setup. Steve Tindall ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to create LVM after Centos installation
>> I wanted to create a Raid0 partition using LVM based on 2 LUNs >> available; I was unable to find an LVM GUI selection in the >> System->Adminsitration selection in the gui system-config-lvm is >> not available. >> >> What am I missing during the installation? >> >> Vince >You need to set up a scattered logical volume manually from CLI before doing >an installation. >Boot using a live cd or the rescue cd to do the manual setup. Sorry, didn't read the title. You want post installation. You do the scattered logical volume from CLI. Look at the lvcreate manpage options -i and -I. Steve Tindall ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: sendmail aliases
on 4-2-2008 4:41 AM Brent L. Bates spake the following: Sendmail used to automatically compare creation dates of the text and database aliases files and when the text one was newer than the database one, sendmail would automatically update the database file at a convenient time. This made a lot of sense. However, the powers that be decided to break this great feature and removed it. I copied it back into to source we use. Many newer distros add that functionality to the init scripts. I seem to recall that option had some bad side effects, and that is why sendmail removed it. I wish I could remember what the problem was. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: sendmail aliases
Real simple answer, switch to Postfix and dump sendmail. Then edit your alias file to add the aliases, run newaliases and you're done... john . Scott Silva wrote: on 4-2-2008 4:41 AM Brent L. Bates spake the following: Sendmail used to automatically compare creation dates of the text and database aliases files and when the text one was newer than the database one, sendmail would automatically update the database file at a convenient time. This made a lot of sense. However, the powers that be decided to break this great feature and removed it. I copied it back into to source we use. Many newer distros add that functionality to the init scripts. I seem to recall that option had some bad side effects, and that is why sendmail removed it. I wish I could remember what the problem was. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.4/1355 - Release Date: 01/04/2008 5:37 PM ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: sendmail aliases
The excuse given for removing the automatic update of the aliases database file was that it was a security issue. The thought was that someone could tapper with the file and cause problems. However, all these files are checked for proper file permissions and if they are not set correctly, sendmail will not work or at least give a warning. If someone nasty has permission to change the aliases text file, then they have permission to reck a lot more havoc on your system anyways and this change isn't going to help any. Personally, having sendmail do it itself is safer than me doing it manually. What if I'm in the process of updating the file at the same moment sendmail needs it. Sendmail could read a partial file and cause more problems. I see this already with the access file. With sendmail doing it on it's own, I don't have to worry about it. It will update it when it needs to. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Create Install DVD with updates
Joseph L. Casale wrote: The wiki explains how to create a dvd with the updates previously downloaded, but how does one integrate these into a freshly authored DVD? Is such a task possible? We put out a new dvd every 3-6 months ... do you really need one more often than that? signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: sendmail aliases
Scott Silva wrote: on 4-2-2008 4:41 AM Brent L. Bates spake the following: Sendmail used to automatically compare creation dates of the text and database aliases files and when the text one was newer than the database one, sendmail would automatically update the database file at a convenient time. This made a lot of sense. However, the powers that be decided to break this great feature and removed it. I copied it back into to source we use. Many newer distros add that functionality to the init scripts. I seem to recall that option had some bad side effects, and that is why sendmail removed it. I wish I could remember what the problem was. Just guessing, it probably relates to the gazillion ways unix-like systems have of locking files that tend not to work and the fact that concurrent sendmail instances are a lot more likely to conflict than a user typing 'newaliases'. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Create Install DVD with updates
>We put out a new dvd every 3-6 months ... do you really need one more >often than that? Heh, I don't "need" one more often, but it makes bandwidth easier to manage when doing test's and mock installs for example aside from the obvious time needed to run the update's. I created a local mirror which at least cuts dl time and bandwidth down! Is it possible though? jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Create Install DVD with updates
On Wed, Apr 2, 2008 at 2:08 PM, Joseph L. Casale <[EMAIL PROTECTED]> wrote: > >We put out a new dvd every 3-6 months ... do you really need one more > >often than that? > > Heh, I don't "need" one more often, but it makes bandwidth easier to manage > when doing test's and mock installs for example aside from the obvious time > needed to run the update's. > > I created a local mirror which at least cuts dl time and bandwidth down! > > Is it possible though? > > jlc Some people might. I remember dealing with a client in the middle of India which had a really slow net connection. So being able to download updates and "roll-their-own-dvd-with-updates" could be useful to some. Personally, I've setup a local centos mirror which downloads updates once a day, and I use PXEBoot to image all my servers and have a bunch of custom kickstart files that do a lot of post installation configuration. I do this for convenience because I don't want to go out to a datacenter to reimage a server, instead I just log into a kvm. But it's practical for your local office as well. So if had a slow connection this is the way that I'd go. -- -matt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] centos 5.1 x86_64 and ztdummy
Anyone out there using Centos 5.1 asterisk (ztdummy) x86_64, 2.6.18-53.1.14.el5 kernel? I seem to be having problems with simple playback on asterisk(). If I do the normal service zaptel start (my configs have 0 hardware cards for asterisk) ztdummy is loaded and when doing a playback() I head no audio. If I unload ztdummy and do the same I hear playback. Please dont jump the gun hear and say this is an asterisk issue as I dont think so... This seems to be kernel related. perhaps an RTC (real time clock) thing? This version of asterisk has always worked for me before on centos 5.1 but now there is a newer kernel. Any one know anything about this? Jerry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Icon .png file loading error after graphics driver upgrade
A. Before I upgrade the nvidia Linux driver, everything was normal. All programs worked fine. Desktop display was OK. B. After I upgraded the nvidia Linux driver, the icon display on the desktop was not correct. All icons on the panel and menu bars became small empty boxes. Error message dialog boxes popped up with the message like 'Failed to load image .png Details: Fatal error reading PNG image files : zlib version error' I still can run programs by clicking the icon locations. Most programs run correctly. Yesterday I found ghost viewer failed to open pdf file. Curiosity: If I log in as superuser, there are not problems. All icons are displayed correctly. Ghost viewer read pdf files. -john On Tue, Apr 1, 2008 at 4:57 PM, John <[EMAIL PROTECTED]> wrote: > Ok, lets start from the begining with what happened. Describe the > problem as best as you can. > > A. Before > > B. After > > Paste you system log file in the mail /var/log/ messages\ after you boot > into root and then into you user account, just to be sure to catch all > errors. > > -- > > ~/john > > OpenPGP Sig:BA91F079 > > ___ > 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
Re: [CentOS] DNS in CentOS
thank you again, more clarification, if anyone can pls shed light ... > > That happens anyway if the forwarder is not authoritative - that is, the > forwarder will act as a caching proxy. ok - so my lab.company.com is authoritative, so it should keep a copy of company.com's information then and be able to respond to queries even within the domain of company.com? > > It's not really polite to send private IP reverse lookups to the public > root servers, but I suppose millions of places do... i'm sorry, but how do i configure (or any pointer pls?) so that I do not point to the public root servers? i just followed templates; whereas, the company.com DNS, I was not the one who configured it. I think the issues I have encountered are less now My questions. 1. From my lab.company.com DNS server - do I need to update my /etc/resolv.conf file so that it shows: search lab.company.com company.com nameserver 192.168.17.2 nameserver 10.100.1.24 2. With the above /etc/resolv.conf I can ping forward and backwards hosts, except - reverse lookup to host within company.com's domain still shows the root servers .. :( 3. Strangest and confusing, is performing nslookup FROM lab.company.com's DNS server : a. responds to nslookup company.com: nslookup 192.168.17.1 Server: 127.0.0.1 Address:127.0.0.1#53 1.17.168.192.in-addr.arpa name = qatest1.lab.maxiscale.com. [EMAIL PROTECTED] named]# nslookup maxiscale.com Server: 127.0.0.1 Address:127.0.0.1#53 Non-authoritative answer: Name: company.com Address: 10.100.1.24 BUT it can't find an answer for ITS OWN domain: nslookup lab.company.com Server: 127.0.0.1 Address:127.0.0.1#53 *** Can't find lab.company.com: No answer I must be missing something in my /var/named configuration files? Please advise. thanks in advance, from my lab.company.com DNS server 1. ping/nslookup > > -- > > Les Mikesell >[EMAIL PROTECTED] > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- best, Vince ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: sendmail aliases
John Plemons wrote: Real simple answer, switch to Postfix and dump sendmail. Then edit your alias file to add the aliases, run newaliases and you're done... I just don't understand why people still gripe about Sendmail. Yeah, it was a force to be reckoned with in the early days, but it's stupid simple to configure these days, and it's pretty much the default in most *nix distributions. Aside from some folks being intimidated by the thought of mc files and running m4, it's pretty much *as simple* to configure as Postfix. If Postfix works for you, hey great, you're free to run whatever you want. Telling someone to switch MTAs in the context of "how do I restore previous functionality in a program I choose to use" is not very constructive. Not trying to start a flame war or anything, but just had to say something. Regards, Chris ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: sendmail aliases
On Wed, 2 Apr 2008, Chris Miller wrote: John Plemons wrote: Real simple answer, switch to Postfix and dump sendmail. Then edit your alias file to add the aliases, run newaliases and you're done... I just don't understand why people still gripe about Sendmail. Yeah, it was a force to be reckoned with in the early days, but it's stupid simple to configure these days, and it's pretty much the default in most *nix distributions. Aside from some folks being intimidated by the thought of mc files and running m4, it's pretty much *as simple* to configure as Postfix. +1 Preach it, bro! -- Paul Heinlein <> [EMAIL PROTECTED] <> http://www.madboa.com/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] centos 5.1 x86_64 and ztdummy
Jerry Geis wrote: This version of asterisk has always worked for me before on centos 5.1 but now there is a newer kernel. Any one know anything about this? I don't run x86_64 on my Asterisk boxes, but I did see an issue like this under Fedora where multiple drivers were loaded. This was in Asterisk 1.2 about a year ago. Check lsmod to see if a previous run of zaptel loaded all the other drivers as it does by default. I have a few i386 CentOS 5.1 servers running Asterisk 1.2.26-2 with ztdummy just fine. RTC, was (and may still be) apparently used in the past to support SMP, all CentOS 5 kernels support SMP by default. Just throwing this out there as a potential debugging direction to go if it is indeed a kernel/RTC related problem. For example, you could recompile the kernel with UP as a test, but that takes time... Might check out the release notes to see if anything in this area of the kernel changed. You could also try your same dialplan and audio on an i386 box. Hope this helps. Regards, Chris ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: sendmail aliases
on 4-2-2008 1:46 PM Chris Miller spake the following: John Plemons wrote: Real simple answer, switch to Postfix and dump sendmail. Then edit your alias file to add the aliases, run newaliases and you're done... I just don't understand why people still gripe about Sendmail. Yeah, it was a force to be reckoned with in the early days, but it's stupid simple to configure these days, and it's pretty much the default in most *nix distributions. Aside from some folks being intimidated by the thought of mc files and running m4, it's pretty much *as simple* to configure as Postfix. If Postfix works for you, hey great, you're free to run whatever you want. Telling someone to switch MTAs in the context of "how do I restore previous functionality in a program I choose to use" is not very constructive. Not trying to start a flame war or anything, but just had to say something. Regards, Chris I was biting my tongue also. I even had a page long reply typed up, but decided instead to hit delete and go on to other things. I still say that the tool you are most familiar with is the tool you should use. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: sendmail aliases
Having used and configured both Send mail and Postfix, sendmail was and had it's issues. I found it much easier to work with on Open Relays for example, the draw back with Sendmail and Postfix may be along the lines of Windows and a Mac, there are bunches of Windows machines in the world so every little hacker writes viruses for them. There are very few Mac Viruses... I'm sure there are more people writing hacks and cracks to break into sendmail more so than Postfix, so in the scheme of things Postfix may just be a better choice. Like Mozilla over IE... Thunderbird over Outlook Not a flame, just a thought john plemons Chris Miller wrote: John Plemons wrote: Real simple answer, switch to Postfix and dump sendmail. Then edit your alias file to add the aliases, run newaliases and you're done... I just don't understand why people still gripe about Sendmail. Yeah, it was a force to be reckoned with in the early days, but it's stupid simple to configure these days, and it's pretty much the default in most *nix distributions. Aside from some folks being intimidated by the thought of mc files and running m4, it's pretty much *as simple* to configure as Postfix. If Postfix works for you, hey great, you're free to run whatever you want. Telling someone to switch MTAs in the context of "how do I restore previous functionality in a program I choose to use" is not very constructive. Not trying to start a flame war or anything, but just had to say something. Regards, Chris ___ 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
Re: [CentOS] Re: sendmail aliases
John Plemons wrote: Having used and configured both Send mail and Postfix, sendmail was and had it's issues. I found it much easier to work with on Open Relays for example, the draw back with Sendmail and Postfix may be along the lines of Windows and a Mac, there are bunches of Windows machines in the world so every little hacker writes viruses for them. There are very few Mac Viruses... I'm sure there are more people writing hacks and cracks to break into sendmail more so than Postfix, so in the scheme of things Postfix may just be a better choice. Like Mozilla over IE... Thunderbird over Outlook Sure, but to be fair Sendmail was essentially the first. There haven't been any security issues in a while, and the last few were not as significant as the issues prior to 12.X when the submit thing was added. I think any of the MTAs are subject to hacking, the source for all is available. The hard core hackers seem to have all grown up, all I see these days is script kiddies in China trying to run dictionaries against the root account. Even the Windows virus stuff seems to have died off as of late. Yes, there are the purists like the Qmail folks that believe that Sendmail is fundamentally flawed. Having dealt with both, I'm still a Sendmail fan and refuse to run Qmail because : * The documentation is absolutely horrid to this day. * The logging is equally as horrid, and I shouldn't need Splunk to make heads or tails of an email transaction. * It's arguably more difficult to configure and tweak than Sendmail (i.e. Oh, I need double-bounce too? and Hey, so-n-so wrote a plugin for this. It's similar to this other guy's plugin but different.) As for Postfix, I don't recall having heard anything good or bad about it from a security perspective. Then again, I don't have time to read mailing lists, I blame Thunderbird for seeing your original posting in the little pop-up window by the sys-tray ;-) Like Qmail, it's setup to be a drop-in replacement for Sendmail (same CLI options, etc). Most people I know that run Postfix adopted it when Sendmail was still somewhat difficult to work with, during the transition to using m4 exclusively and adding the submit queue. Difficult meaning you had to read the docs fairly well before expecting it to work. Having run an ISP, learning this was sort of a coming of age thing. One thing I do like about Postfix is the LDAP/SQL support, that is very cool. If I was approached to do something along those lines and Postfix proved to be the right tool, I'd use it in a second for that project. Anyway, blah blah blah. It's almost Beer:30. Happy Wednesday everyone ;-) Regards, Chris ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Updating Dovecot package?
On 02/04/2008, at 10:43 PM, Drew Weaver wrote: Does anyone know if upstream ever plans on updating the dovecot package to a non RC version or to even one of the RC versions that isn’t so insecure, And by insecure, I of course refer to the recent rash of bugs which have been found. I don't know what version of CentOS you're using, however, with the version of Dovecot that comes with CentOS 4.x if you want to use a more recent package, there is a suitable one in the ATrpms repository. That's what I use, and I haven't had any issues with it. I'm not sure about CentOS 5.x though. Cheers, Michael___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Updating Dovecot package?
on 4-2-2008 3:56 PM Michael Kratz spake the following: On 02/04/2008, at 10:43 PM, Drew Weaver wrote: Does anyone know if upstream ever plans on updating the dovecot package to a non RC version or to even one of the RC versions that isn�t so insecure, And by insecure, I of course refer to the recent rash of bugs which have been found. I don't know what version of CentOS you're using, however, with the version of Dovecot that comes with CentOS 4.x if you want to use a more recent package, there is a suitable one in the ATrpms repository. That's what I use, and I haven't had any issues with it. I'm not sure about CentOS 5.x though. The CentOS 5 version seems to be in testing, but probably because enough people haven't tested it to release it yet. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Updating Dovecot package?
Drew Weaver wrote: Does anyone know if upstream ever plans on updating the dovecot package to a non RC version or to even one of the RC versions that isn’t so insecure, And by insecure, I of course refer to the recent rash of bugs which have been found. Thanks, -Drew Drew, Upstream V5.2 should include V1.0.7. We just upgraded to it on our RH boxes at their recommendation after some nasty startup issues. They were even nice enough to give us the RPMs and are supporting it them. Best Regards, Camron Camron W. Fox Hilo Office High Performance Computing Group Fujitsu America, INC. E-mail: [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Updating Dovecot package?
Hi, On Wed, Apr 02, 2008 at 04:04:14PM -0700, Scott Silva wrote: > on 4-2-2008 3:56 PM Michael Kratz spake the following: >> >> On 02/04/2008, at 10:43 PM, Drew Weaver wrote: >>> Does anyone know if upstream ever plans on updating the dovecot package >>> to a non RC version or to even one of the RC versions that isn�t so >>> insecure, >>> >>> And by insecure, I of course refer to the recent rash of bugs which have >>> been found. >> >> I don't know what version of CentOS you're using, however, with the >> version of Dovecot that comes with CentOS 4.x if you want to use a more >> recent package, there is a suitable one in the ATrpms repository. >> >> That's what I use, and I haven't had any issues with it. I'm not sure >> about CentOS 5.x though. >> >> > The CentOS 5 version seems to be in testing, but probably because enough > people haven't tested it to release it yet. no, it's in testing as every package updating something in CentOS' own package is and it will remain there forever. There are many people that don't want the stable part of ATrpms to touch any vendor provided package. The name "testing" is very misleading, but that was the infratsruture that existed and I just abused it. When rpmrepo.org comes to life the package will be in a better named repo instead of "testing". -- Axel.Thimm at ATrpms.net pgpILVVjuDIo7.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
