On 11/12/16 23:02, Alessandro Vesely wrote:
> I'm not clear whether Ondřej's changes break compatibility with the
> current package. If aiming at an incompatible repackaging, dropping
> the existing packages and creating new ones can be easier. Call it
> /renaming/ if you like.
They are a significant departure from the original 0.68.2-1ubuntu7
packages in xenial:universe/mail. Not only are Ondřej's packages using
almost current source (0.76.2-1+deb.sury.org~xenial+1) but they have
changed the default user ID from "deamon" to "courier" which essentially
means that a simple upgrade is not really possible.
I spent a lot of time testing Ondřej's packages as he built them and I
could never do a simple upgrade. I always had to completely uninstall
the old packages and start a fresh courier install.
He also amalgamated a few packages so that these ones became redundant...
courier-imap-ssl - Courier mail server - IMAP over SSL [transitional]
courier-maildrop - Courier mail server - mail delivery agent [transitional
package]
courier-pop-ssl - Courier mail server - POP3 over SSL [transitional]
courier-ssl - Courier mail server - SSL/TLS Support [transitional]
and their functionality incorporated into the "parent" packages. One
fairly significant change is that the maildrop package binary works a
little differently from the "old" courier-maildrop binary, ie; in
/etc/courier/courierd if one wanted global maildrop delivery then
this workaround was needed...
#DEFAULTDELIVERY="|/usr/bin/maildrop -w 90 -V 1"
DEFAULTDELIVERY='|/usr/bin/maildrop -w 90 -d "${RECIPIENT}"'
Other than clearing out all remnants of the old "daemon" owned files
and directories so the newer "courier" owned components would not be
compromised it all seems to work. Ondřej did an amazing job...
deb http://ppa.launchpad.net/ondrej/courier/ubuntu xenial main
FWIW this is a fairly good history of what Ondřej did to the packages...
https://github.com/oerdnj/deb.sury.org/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aclosed%20courier
> I propose interested Ubuntu users subscribe here. I reckon
> subscribers of this list, even if not interested in Debian packaging,
> are more likely to occasionally lend some interest on the subject
> than subscribers of Ububtu- or Debian- devel who are not interested
> in Courier or mail. Am I wrong?
The original packages list...
Maintainer: Ubuntu Developers <[email protected]>
Original-Maintainer: Stefan Hornburg (Racke) <[email protected]>
... so I presume [email protected] has some bearing
on whether the newer packages could ever replace the old ones, which
could only ever formally happen in post-xenial releases.
On 12/12/16 01:03, Sam Varshavchik wrote:
> Although Github's bug tracker is enabled, I don't link to it directly
> from www.courier-mta.org/links.html, only to the mailing lists.
> Courier is stable, and requires very little maintenance. Github's bug
> tracker is there, for anyone that wants to use it.
Well there we go. Maybe it is possible to ask Sam to include the /debian
directories from Ondřejs' PPA packages into his Github and personal git
repos so the issue of the canonical (not Canonical) upstream source is
no longer ambiguous?
That should satisfy the Debian/Ubuntu upstream requirements so whoever
was the formal package maintainer would only have to build and submit
the packages direct from Github and a "bunch of us deb using guys" only
have to focus on the QA of that /debian directory which we could mainly
coordinate via the Github issue tracker, and of course this list.
------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
