Hello, Does anyone have a repo or have a dovecot 1.2 and dovecot sieve rpm, also a postfix 2.5 or 2.6 rpm? I saw some on a repo called atrpms, but it has dependency issues, and I read that that repo is dangerous. Thanks. Dave.
Dne 9.5.2011 6:32, David Mehler napsal(a):
Hello, Does anyone have a repo or have a dovecot 1.2 and dovecot sieve rpm, also a postfix 2.5 or 2.6 rpm? I saw some on a repo called atrpms, but it has dependency issues, and I read that that repo is dangerous. Thanks. Dave. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
David, You can use atrpms and exclude all packages but dovecot. As to Dovecot upgrade on C4.x, here is may testing repo containing the successful path to upgrade Dovecot: http://fs12.vsb.cz/hrb33/el5/hrb/testing/i386/repoview/dovecot-sieve.html As far as I can remember, we went to 1.1.x first and than -> 1.2.x and everything was OK. Regards, DH
Hello, Thank you for your reply. I'm using a centos 5 will that make a difference? Also, is there a way I can set my yum up to access your repo from the server? I'm also interested in your php packages.
Thanks. Dave.
On 5/9/11, David Hrbáč david-lists@hrbac.cz wrote:
Dne 9.5.2011 6:32, David Mehler napsal(a):
Hello, Does anyone have a repo or have a dovecot 1.2 and dovecot sieve rpm, also a postfix 2.5 or 2.6 rpm? I saw some on a repo called atrpms, but it has dependency issues, and I read that that repo is dangerous. Thanks. Dave. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
David, You can use atrpms and exclude all packages but dovecot. As to Dovecot upgrade on C4.x, here is may testing repo containing the successful path to upgrade Dovecot: http://fs12.vsb.cz/hrb33/el5/hrb/testing/i386/repoview/dovecot-sieve.html As far as I can remember, we went to 1.1.x first and than -> 1.2.x and everything was OK. Regards, DH
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Dne 9.5.2011 9:52, David Mehler napsal(a):
Hello, Thank you for your reply. I'm using a centos 5 will that make a difference? Also, is there a way I can set my yum up to access your repo from the server? I'm also interested in your php packages.
Thanks. Dave.
Hello, Look for hrb-release rpm. There are some other repositories: http://fs12.vsb.cz/hrb33/el%7B4,5%7D/hrb%7Btls, kernel, bacula, etc}/{stable,testing}/{i386,x86_64}/ Each repository has its own hrb-*-release package. DH
On 09/05/2011 05:32, David Mehler wrote:
Hello, Does anyone have a repo or have a dovecot 1.2 and dovecot sieve rpm, also a postfix 2.5 or 2.6 rpm? I saw some on a repo called atrpms, but it has dependency issues, and I read that that repo is dangerous. Thanks. Dave. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I would love to know where you read that atrpms is 'dangerous'
Dunc
Dunc wrote:
On 09/05/2011 05:32, David Mehler wrote:
Hello, Does anyone have a repo or have a dovecot 1.2 and dovecot sieve rpm, also a postfix 2.5 or 2.6 rpm? I saw some on a repo called atrpms, but it has dependency issues, and I read that that repo is dangerous. Thanks. Dave. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I would love to know where you read that atrpms is 'dangerous'
Dunc _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Both ATrpms and previously RPMForge could *potentially* be dangerous to servers if you are not careful. If you upgrade with third party repo and it overwrites some of the base packages, and then you need to downgrade for what ever reason, you could end up in lot of trouble.
I either have them installed but disabled, or enabled with priority plugin set so I can only pull packages that will not overwrite packages from base,extras,epel, repositories. RPMForge did a change recently to split single repository to repository that changes base packages and to one that is safe. I like that very much. I hope all other third party repositories follow. For now I created my own local repository with carefully selected packages and some that I recompiled my self.
Ljubomir
Am 09.05.2011 06:32, schrieb David Mehler:
Hello, Does anyone have a repo or have a dovecot 1.2 and dovecot sieve rpm, also a postfix 2.5 or 2.6 rpm? I saw some on a repo called atrpms, but it has dependency issues, and I read that that repo is dangerous.
dovecot 1.2.x http://centos.alt.ru/pub/dovecot/ postfix 2.x.x http://ftp.wl0.org/official/
Regards, Peter
I don't know how firmly you want to stick with dovecot/postfix, but an equivalent stack (cyrus/sendmail) is part of the base distro and of course works well with sieve, is fast, and scalable. Adding Horde (which isn't part of the base distro) gives a good web-based interface to sieve in addition to its usual webmail and other features.
Devin
Hello,
Thank you everyone for your replies. I would definitely like to stick with postfix as it's what i'm most comfortable with. The problem is dovecot. I believe it's extras there's the 1.0.7 dovecot, I'd like to be running the 2.0.x dovecot prefered or the 1.2.x version if not, the problem is the only place I can find to get them at in rpm form they are broken, both those versions. I am not an rpm compilation guru I can compile an src.rpm in to a binary package, which is how I upgraded postfix, but making one from scratch is over my head. Unless anyone has a 2.0.x or 1.2.x version of dovecot i'm going to have to switch pop/imap servers for this configuration. I don't want to run a xinetd service, so that's out and i'd prefer having my pop/imap server in a single package. The two packages I can think of as alternatives to dovecot are courier-imap and cyrus-imap. I'd appreciate experiences pro conn with each. And if anyone has that dovecot or can help me make one offlist i'd appreciate that as well. Thanks. Dave.
On 5/9/11, Devin Reade gdr@gno.org wrote:
I don't know how firmly you want to stick with dovecot/postfix, but an equivalent stack (cyrus/sendmail) is part of the base distro and of course works well with sieve, is fast, and scalable. Adding Horde (which isn't part of the base distro) gives a good web-based interface to sieve in addition to its usual webmail and other features.
Devin
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Dne 13.5.2011 6:58, David Mehler napsal(a):
Hello,
Thank you everyone for your replies. I would definitely like to stick with postfix as it's what i'm most comfortable with. The problem is dovecot. I believe it's extras there's the 1.0.7 dovecot, I'd like to be running the 2.0.x dovecot prefered or the 1.2.x version if not, the problem is the only place I can find to get them at in rpm form they are broken, both those versions. I am not an rpm compilation guru I can compile an src.rpm in to a binary package, which is how I upgraded postfix, but making one from scratch is over my head. Unless anyone has a 2.0.x or 1.2.x version of dovecot i'm going to have to switch pop/imap servers for this configuration. I don't want to run a xinetd service, so that's out and i'd prefer having my pop/imap server in a single package. The two packages I can think of as alternatives to dovecot are courier-imap and cyrus-imap. I'd appreciate experiences pro conn with each. And if anyone has that dovecot or can help me make one offlist i'd appreciate that as well. Thanks. Dave.
David, I'm sure atrpms 2.x version of Dovecot is ok and I'm also sure that 1.2.x within my repo and within atrpms are ok too. I do prefer Dovecot, but when it comes to alternatives, I can also recommend Cyrus. One of the instances I manage has 30 thousands of mailboxes running on a single box smoothly and easily. Regards, DH
On 5/13/2011 12:58 AM, David Mehler wrote:
The two packages I can think of as alternatives to dovecot are courier-imap and cyrus-imap. I'd appreciate experiences pro conn with each.
I've been using courier-imap for a few years along with the rest of the Courier-MTA package. I have had no problems whatsoever with the imap server. It just works.