courier

Edwin L. Culp eculp at encontacto.net
Sat May 28 11:22:09 PDT 2005


Quoting "Edwin L. Culp" <eculp at encontacto.net>:

> Quoting Milan Obuch <ports at dino.sk>:
>
>> On Wednesday 25 May 2005 06:04, Milan Obuch wrote:
>>> On Tuesday 24 May 2005 20:46, dick hoogendijk wrote:
>>> > Any ideas how long it'll take until a new courier package will come out?
>>> > I'm running courier mailer on 4.11-stable, but cannot install it on my
>>> > 5.4-release because it's broken. That's not nice. I don't want to learn
>>> > another mailer. So, will it be much longer? any info on this?
>>>
>>> Try attached unofficial 0.50.0 port. It compiles for me :) I did not
>>> evaluate functionality however. I am using in production 0.49.0 version
>>> without issue (attached too). I would like to see courier port updated too
>>> - please test them and share your experiences.
>>> Milan

I just did my last 0.45.4 upgrade.  I was so smooth that I wish I had 
another one to do ;)

Thanks again for such a great job.  I hope this can be committed 
shortly.  Now I'm going to upgrade my 0.49 manually compiled courier 
mail servers, with fam.

ed

> Milan and Yarema,
>
> I still had two machines that needed upgrading to 50.0 from the old 
> FreeBSD courier-ldap-0.45.4 port and decided to try it even though 
> I've grown acustomed to having to complile my own.  I decided to try 
> it on one of them.  It is up and running perfectly, only about 1/2 
> hour, but seems solid and stable.  BTW the really AWESOME part is I 
> didn't have to make any configuration changes, except to authldaprc 
> and authdaemonrc and the respective changes in rc.conf for 
> courier_authdaemond_enable that are now seperate and in 
> /usr/local/etc/authlib and /usr/local/etc/rc.d/courier-authdaemond.sh 
> but that is a no-brainer.  Gonna do the other one tomorrow, if I find 
> time.
>
> As you may remember, I have fam running on all my manually compiled 
> courier .49 and .50 installations.  Is it going to be used on 
> FreeBSD?  Is it beneficial?
>
> As a courier user, I can no see no reason to not commit the port as 
> is.  Thanks for all the work you guys have put into this.  I think I 
> like the seperate ports approach that you are taking rather than the 
> megaport.  Easier to upgrade the pieces.
>
> Have a great weekend,
>
> ed
>
>>
>> Argh, no attachments here :(
>> Download them from http://ports.dino.sk
>> Milan
>> _______________________________________________
>> freebsd-ports at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
>>
>
>
>
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
>





More information about the freebsd-ports mailing list