Re: [CentOS] mail server: sendmail with integrated AD
Am 20.08.2013 06:04, schrieb Riccardo Castellani: > I'm preparing my new Sendmail mail server with pop3s + smtps where user SMTPS is obsolete since a couple of years. Use SMTP/STARTTLS instead over the submission port. > authentication occurs through Microsoft Active Directory by Winbind daemon. > OS is Centos 6.4 and Sendmail is 8.14 > Mailboxes will be in this server but how to create them !??! That totally depends on the choice and configuration of the mail storage and access server. Sendmail is an MTA, it does not know about "mailboxes". It knows - if properly configured - about destination mail addresses it is responsible for to hand over to an MDA/LDA. > It's necessary to add user by 'useradd' command into /etc/passwd or It's > only necessary add new entry in '/etc/aliases' file for every AD user like > in following example ?! > > mark.landers:marklanders > > - 'marklander' is the user account in Microsoft AD > - user mail is 'mark.land...@example.com' That depends on the chosen mail storage and access server configuration. The part of your setup which will server for POP3S. CentOS 6 comes with cyrus-imapd and dovecot. Read about them and make a choice. Maybe you already know one of them good enough. > POP3s > the account name (AD user), which I'll use to access my mailbox by pop3s, > must have the same name of mailbox file ? No. > According to previous example: > > if I wanted to download email of 'mark.land...@example.com', in my client I > shall have to type 'marklanders' with its password, so my requirement is to > have this mailbox file into my mail server: > / for example: /var/spool/mail/marklanders First you will have to decide whether you will run a single domain setup or to provide multiple domains where mailbox accout f...@example.com isn't neccessarily for the same user as f...@example.org or f...@bar.com. You too will have to decide where to store the mailboxes. That depends on your chosen mail storage server and its setup. "/var/spool/mail/" is the ancient default storage location if nothing specific has been setup. And it is in mbox format by default. In these days where mailboxes typically get a fair size you should choose to store in Maildir format. This may not be so relevant in your case as you like to use POP3 access, which seems to indicate that mail will not stay on the server but will be quickly fetched off. > I think pop3S WILL SEARCH mailbox with the same name of account name ! What > do you think ? No, again. This depends on the setup and configuration of the server part which provides mail access through POP3(S). Alexander ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
Reindl Harald wrote: > > Please do not write false claims! > > says the one on his fight against Linux and GNU since years Do you like to prove that you cannot stay with the truth? You also wrote a false claim. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
Keith Keller wrote: > On 2013-08-19, Joerg Schilling wrote: > > If you know about problems, send evidence > > The problem seems to be that you would rather rant about distributions' > licensing and packaging decisions than help the OP. It seems like he > would be perfectly happy to use your version of cdrtools, yet you insist > on not telling him how to get it! ??? I told him that if his distro does not do it's homework, he needs to compile himself. The URL is in my signature and in contrary to many autoconf based sources, my software compiles out if the box by just calling "make". > > There are more then 100 bug reports in the redhat bugtracking system (just > > change your view to see all closed but unfixed bugs) that confirm problems > > with > > the binaries distributed by redhat and the users who reported the bugs > > confirmed > > that upgrading to recent original software fixed the problem. > > > > It is pretty obvious that redhat does not care about it's users... > > Still, none of this solves the OP's problem! You do yourself and your > software a disservice by being deliberately unhelpful to score political > points. (Perhaps that is why distros are reluctant to include your > software, preferring a buggy version to one with a difficult author.) As mentioned before: I deliver something that compiles and runs out of the box on aprox. 30 OS platforms (not counting the CPU and OS-version variants). It is not my duty to deliver binary packages for more than 100 OS/CPU variants. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
Am 20.08.2013 10:47, schrieb Joerg Schilling: > Reindl Harald wrote: > >>> Please do not write false claims! >> >> says the one on his fight against Linux and GNU since years > > Do you like to prove that you cannot stay with the truth? > > You also wrote a false claim. > > Jörg Can we stop this please? It serves no value for anyone on this list. If there is a problem with a software package provided by CentOS (base / updates), then it can only be solved if a ticket and case is opened with the upstream dsitribution as CentOS just rebuilds what Red Hat offers in their RHEL package set. Else people may provide the software through a third party repository like repoforge extras. Thanks Alexander ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
Alexander Dalloz wrote: > If there is a problem with a software package provided by CentOS (base / > updates), then it can only be solved if a ticket and case is opened with > the upstream dsitribution as CentOS just rebuilds what Red Hat offers in > their RHEL package set. There have been more than 100 related bugs in the redhat bugtracking before the bugs have been close without fixing them. You could show that you are interested in those bugs by reopening all related bugs that have not been fixed yet. Note that a bug does not go away if you increment the distro version number without upgrading software. If you like to avoid that similar discussions will pop up from time to time, I recommend you to upgrade to recent original software. This is the best grant from preventing your users to ask related questions. You then could close the named bugs as "fixed". Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM RAID0 and SSD discards/TRIM
On 19.08.2013 20:28, Joakim Ziegler wrote: > I'm trying to work out the kinks of a proprietary, old, and clunky > application that runs on CentOS. One of its main problems is that it > writes image sequences extremely non-linearly and in several passes, > using many CPUs, so the sequences get very fragmented. > > The obvious solution to this seems to be to use SSDs for its output, and > some scripts that will pick up and copy our the sequences in proper > order once it's done. I have two 512GB SSDs, and I've used LVM to set up > a RAID0 between them. > > I've got that part running, but since I'm on CentOS 5.8 (which is what > this application officially supports), I don't have a kernel with SSD > discard support, and after a few days (I told you, this application is > write intensive), things get very slow. > > Using hdparm to secure erase the drives and recreating the LVM RAID0 > gets things back to speed again, but that's obviously not ideal. > > So, from what I understand, if I can get this thing running on CentOS > 6.4, I'll get kernel discard support, and discard support in LVM when > running a RAID0. I'm using ext4. > > Is that correct? Will this solve my problem? I want to confirm that > discard support works on a RAID0 of SSDs using LVM and ext4 before I > start working on getting this legacy application to run on a newer CentOS. > What kind of SSD are you using? We use Intel 520's here and don't really see these kind of slowdowns. Regards, Dennis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM RAID0 and SSD discards/TRIM
On 2013-08-20 13:20, Dennis Jacobfeuerborn wrote: > On 19.08.2013 20:28, Joakim Ziegler wrote: >> So, from what I understand, if I can get this thing running on CentOS >> 6.4, I'll get kernel discard support, and discard support in LVM when >> running a RAID0. I'm using ext4. >> >> Is that correct? Will this solve my problem? I want to confirm that >> discard support works on a RAID0 of SSDs using LVM and ext4 before I >> start working on getting this legacy application to run on a newer CentOS. >> > What kind of SSD are you using? We use Intel 520's here and don't really > see these kind of slowdowns. Seeing his problem I remember I saw a similar complain about SSD and write rate. Searching my recent archives it appears its neither on such an "old" kernel nor on RAID0. For what it's worth: http://www.mail-archive.com/collectd@verplant.org/msg02683.html -- RMA. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM RAID0 and SSD discards/TRIM
On Tue, Aug 20, 2013 at 12:20:01PM +0200, Dennis Jacobfeuerborn wrote: > On 19.08.2013 20:28, Joakim Ziegler wrote: > > I'm trying to work out the kinks of a proprietary, old, and clunky > > application that runs on CentOS. One of its main problems is that it > > writes image sequences extremely non-linearly and in several passes, > > using many CPUs, so the sequences get very fragmented. > > > > The obvious solution to this seems to be to use SSDs for its output, and > > some scripts that will pick up and copy our the sequences in proper > > order once it's done. I have two 512GB SSDs, and I've used LVM to set up > > a RAID0 between them. > > > > I've got that part running, but since I'm on CentOS 5.8 (which is what > > this application officially supports), I don't have a kernel with SSD > > discard support, and after a few days (I told you, this application is > > write intensive), things get very slow. > > > > Using hdparm to secure erase the drives and recreating the LVM RAID0 > > gets things back to speed again, but that's obviously not ideal. > > > > So, from what I understand, if I can get this thing running on CentOS > > 6.4, I'll get kernel discard support, and discard support in LVM when > > running a RAID0. I'm using ext4. > > > > Is that correct? Will this solve my problem? I want to confirm that > > discard support works on a RAID0 of SSDs using LVM and ext4 before I > > start working on getting this legacy application to run on a newer CentOS. > > What kind of SSD are you using? We use Intel 520's here > and don't really see these kind of slowdowns. You can also check a newer kernel for CentOS 5 from ELrepo: http://elrepo.org/ Mihai ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
On 08/20/2013 04:57 AM Joerg Schilling wrote: > I told him that if his distro does not do it's homework, he needs to compile > himself. The URL is in my signature and in contrary to many autoconf based > sources, my software compiles out if the box by just calling "make". Joerg, Wouldn't doing this cause conflicts with existing libraries? Will the many apps which depend upon the existing code-- e.g., grip, k3b, gnome-cd-- still work after installing your software? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
On 08/20/2013 04:57 AM Joerg Schilling wrote: > As mentioned before: I deliver something that compiles and runs out of the box > on aprox. 30 OS platforms (not counting the CPU and OS-version variants). > It is not my duty to deliver binary packages for more than 100 OS/CPU > variants. > > Jörg Why not just create one RPM package for i386...? This would/should run on a whole lot of linux boxes and if, as you claim, it overcomes a lot of bugs and adds so much more functionality and documentation, then the word will get out about it and people will clamor for it. This would speak much more loudly and convincingly than all your posts here. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 102, Issue 11
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
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
centos-announce-requ...@centos.org
You can reach the person managing the list at
centos-announce-ow...@centos.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."
Today's Topics:
1. CEBA-2013:1167 CentOS 6 prelink Update (Karanbir Singh)
--
Message: 1
Date: Mon, 19 Aug 2013 12:43:42 +
From: Karanbir Singh
Subject: [CentOS-announce] CEBA-2013:1167 CentOS 6 prelink Update
To: centos-annou...@centos.org
Message-ID: <20130819124342.ga27...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2013:1167
Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1167.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
37e0c1897102ba0f909b7848ea03c12d64896c1aa8df810ce18476c5115d7aae
prelink-0.4.6-3.1.el6_4.i686.rpm
x86_64:
060fc0846a739e7cfacbf68c539b0ac9b0fca8a883d914c7e22fb6f76dac4498
prelink-0.4.6-3.1.el6_4.x86_64.rpm
Source:
258323b68526cc620b799d3dda21001be784784e1c508d8c513cf2b2a519262f
prelink-0.4.6-3.1.el6_4.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #cen...@irc.freenode.net
--
___
CentOS-announce mailing list
centos-annou...@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
End of CentOS-announce Digest, Vol 102, Issue 11
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
Keith, I was wondering if anyone would notice. Thanks. ken (the OP) On 08/19/2013 07:38 PM Keith Keller wrote: > On 2013-08-19, Joerg Schilling wrote: >> If you know about problems, send evidence > > The problem seems to be that you would rather rant about distributions' > licensing and packaging decisions than help the OP. It seems like he > would be perfectly happy to use your version of cdrtools, yet you insist > on not telling him how to get it! > >> There are more then 100 bug reports in the redhat bugtracking system (just >> change your view to see all closed but unfixed bugs) that confirm problems >> with >> the binaries distributed by redhat and the users who reported the bugs >> confirmed >> that upgrading to recent original software fixed the problem. >> >> It is pretty obvious that redhat does not care about it's users... > > Still, none of this solves the OP's problem! You do yourself and your > software a disservice by being deliberately unhelpful to score political > points. (Perhaps that is why distros are reluctant to include your > software, preferring a buggy version to one with a difficult author.) > > --keith > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM RAID0 and SSD discards/TRIM
These are Crucial M4s. -- Joakim Ziegler - Supervisor de postproducción - Terminal joa...@terminalmx.com - 044 55 2971 8514 - 5264 0864 On 20/08/13 5:20, Dennis Jacobfeuerborn wrote: > On 19.08.2013 20:28, Joakim Ziegler wrote: >> I'm trying to work out the kinks of a proprietary, old, and clunky >> application that runs on CentOS. One of its main problems is that it >> writes image sequences extremely non-linearly and in several passes, >> using many CPUs, so the sequences get very fragmented. >> >> The obvious solution to this seems to be to use SSDs for its output, and >> some scripts that will pick up and copy our the sequences in proper >> order once it's done. I have two 512GB SSDs, and I've used LVM to set up >> a RAID0 between them. >> >> I've got that part running, but since I'm on CentOS 5.8 (which is what >> this application officially supports), I don't have a kernel with SSD >> discard support, and after a few days (I told you, this application is >> write intensive), things get very slow. >> >> Using hdparm to secure erase the drives and recreating the LVM RAID0 >> gets things back to speed again, but that's obviously not ideal. >> >> So, from what I understand, if I can get this thing running on CentOS >> 6.4, I'll get kernel discard support, and discard support in LVM when >> running a RAID0. I'm using ext4. >> >> Is that correct? Will this solve my problem? I want to confirm that >> discard support works on a RAID0 of SSDs using LVM and ext4 before I >> start working on getting this legacy application to run on a newer CentOS. >> > > What kind of SSD are you using? We use Intel 520's here and don't really > see these kind of slowdowns. > > Regards, > Dennis > ___ > 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] LVM RAID0 and SSD discards/TRIM
On 20/08/13 5:39, Mihai T. Lazarescu wrote: > On Tue, Aug 20, 2013 at 12:20:01PM +0200, Dennis Jacobfeuerborn wrote: >>> Is that correct? Will this solve my problem? I want to confirm that >>> discard support works on a RAID0 of SSDs using LVM and ext4 before I >>> start working on getting this legacy application to run on a newer CentOS. >> >> What kind of SSD are you using? We use Intel 520's here >> and don't really see these kind of slowdowns. > > You can also check a newer kernel for CentOS 5 from ELrepo: > > http://elrepo.org/ That's an excellent suggestion, thanks. However, can anyone confirm that this in fact works? That is, that LVM RAID0 of two SSDs and ext4 will allow the file system to issue discards to the underlying devices? -- Joakim Ziegler - Supervisor de postproducción - Terminal joa...@terminalmx.com - 044 55 2971 8514 - 5264 0864 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Triple- or Quad-display single-card graphics solutions
So, after some discussion of our new control workstations, we are iterating in on a solution; we are looking at a 1U short-depth SuperMicro SuperServer 5017R-MF with a graphics card in the PCI-Ex16 expansion slot. However, the display requirements have increased to 3 or more monitors for future expansion, so I was wondering whether anyone had any experience with triple- or quad-display single card solutions. Thus far, I have found two promising solutions: NVidia NVS 510 or 450 Matrox M-series M9138 or M9148 Both these solutions claim to have Linux support, but I was wondering if anyone had any experience with them in CentOS 6.4? And if there were any other solutions I had overlooked? Thanks, -G. -- Glenn Eychaner (geycha...@lco.cl) Telescope Systems Programmer, Las Campanas Observatory ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
On 8/20/2013 1:47 AM, Joerg Schilling wrote: > Reindl Harald wrote: > >>> > >Please do not write false claims! >> > >> >says the one on his fight against Linux and GNU since years > Do you like to prove that you cannot stay with the truth? Is your code and its dependencies entirely GPL licensed? The allegation was that some of it is CDDL, which is problematic. -- 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] Triple- or Quad-display single-card graphics solutions
On Tue, Aug 20, 2013 at 1:52 PM, Glenn Eychaner wrote: > So, after some discussion of our new control workstations, we are > iterating in on a solution; we are looking at a 1U short-depth SuperMicro > SuperServer 5017R-MF with a graphics card in the PCI-Ex16 expansion slot. > However, the display requirements have increased to 3 or more monitors for > future expansion, so I was wondering whether anyone had any experience with > triple- or quad-display single card solutions. Thus far, I have found two > promising solutions: > > NVidia NVS 510 or 450 > I have an nVidia 510 in a Dell Optiplex 9010, small form factor computer using CentOS 6.4. It works well with the standard nouveau driver. I used to use Matrox M9140 cards, but that requires the Matrox proprietary driver which, at the time (April 2013), had not been updated to install on CentOS 6.4. Perhaps by now it has. However, I like the NVS 510 and I'll use them in the future. Is the NVS 450 card one or two GPUs? If two, you'll have two video cards and you'll probably have to stitch the monitors together with xinerama. Matrox M-series M9138 or M9148 > > Both these solutions claim to have Linux support, but I was wondering if > anyone had any experience with them in CentOS 6.4? And if there were any > other solutions I had overlooked? > > Thanks, > -G. > -- > Glenn Eychaner (geycha...@lco.cl) > Telescope Systems Programmer, Las Campanas Observatory > As an amateur astronomer, I'm a little envious. However, I probably wouldn't do well at 2380 m altitude. -- Dale Dellutri ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Triple- or Quad-display single-card graphics solutions
Just found this thread http://lists.centos.org/pipermail/centos/2013-April/134212.html and Emailed the author for details. On Aug 20, 2013, at 2:52 PM, Glenn Eychaner wrote: > So, after some discussion of our new control workstations, we are iterating > in on a solution; we are looking at a 1U short-depth SuperMicro SuperServer > 5017R-MF with a graphics card in the PCI-Ex16 expansion slot. However, the > display requirements have increased to 3 or more monitors for future > expansion, so I was wondering whether anyone had any experience with triple- > or quad-display single card solutions. Thus far, I have found two promising > solutions: > > NVidia NVS 510 or 450 > Matrox M-series M9138 or M9148 > > Both these solutions claim to have Linux support, but I was wondering if > anyone had any experience with them in CentOS 6.4? And if there were any > other solutions I had overlooked? -G. -- Glenn Eychaner (geycha...@lco.cl) Telescope Systems Programmer, Las Campanas Observatory ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Triple- or Quad-display single-card graphics solutions
Dale Dellutri wrote: > On Tue, Aug 20, 2013 at 1:52 PM, Glenn Eychaner wrote: > >> So, after some discussion of our new control workstations, we are >> iterating in on a solution; we are looking at a 1U short-depth SuperMicro >> SuperServer 5017R-MF with a graphics card in the PCI-Ex16 expansion >> slot. However, the display requirements have increased to 3 or more monitors >> for future expansion, so I was wondering whether anyone had any experience >> with triple- or quad-display single card solutions. Thus far, I have found >> two promising solutions: >> >> NVidia NVS 510 or 450 >> > I have an nVidia 510 in a Dell Optiplex 9010, small form factor computer > using CentOS 6.4. It works well with the standard nouveau driver. Or you can use the proprietary, which builds nicely. > However, I like the NVS 510 and I'll use them in the future. > > Is the NVS 450 card one or two GPUs? If two, you'll have two video cards > and you'll probably have to stitch the monitors together with xinerama. I wouldn't - try either the nVidia control panel, or xrandr. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] k3b -> cddb doesn't work
On 2013-08-20, ken wrote: > > Will the many apps which depend upon the existing code-- e.g., grip, > k3b, gnome-cd-- still work after installing your software? You can install Joerg's version to someplace separate, like /usr/local, then test those dependent apps against the /usr/local version. I do not use these programs, so I don't know exactly how they work--if they are built against cdrecord libraries, this process might be challenging, but if they are just calling external helper programs it might be easy to configure e.g. k3b to use the /usr/local versions. I hope that's helpful. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
