<div dir="ltr"><div>First two paragraphs are about a possible hole in the ubuntu bug reporting strategies.</div><div>The problem that led me to discover this hole starts at paragraph 3, and amounts to possibly erroneously dropped courier-mta associated packages.</div><div><br></div><div>TL;DR</div><div><br></div>Please go easy on me, I'm feeling completely demoralized by my experience trying to make even the slightest progress to reach the right person relative to problems with the courier-mta packages under Ubuntu 24.04<div><br></div><div>If this is the right forum, I would be happy to discuss what I think may be a really unfortunate set of roadblocks that are up relative to being able to reach Canonical to report/discuss distro package issues. The multitude of forums, subforums, launchpad, discourse, bug tracker, etc ends up being a wall of uncertainty; and then, to add insult to injury: Option 10 in ubuntu-bug is effectively a noop and every option including 10 requires you to have a package installed to report a bug with a package. What if the bug is that the package is missing in the firstplace? This may be an intentionally successful way to block a river of spam from dummies like me, but ... all joking aside, this may be a real hole in the ubuntu bug-reporting strategy.</div><div><br></div><div>First, I've tried emailing the package maintainer (Matthias Klose) as far back as Oct 13, but no response. The issue is that courier-imap and courier-webadmin packages were dropped from Ubuntu 24.04 while the rest of the courier packages were not dropped. The purported reason for this is that courier is not ported to PCRE3, but the maintainer of this venerable (and I suspect still fairly widely used) email server suite claims otherwise.<br><br>As a result of these missing packages, a do-release-upgrade will bork email services relying on courier. I'd like to help resolve whatever issue is causing the packages to not be included in 24.04, and am willing to put in some work to bridge whatever gap exists there if there is a resource constraint preventing the inclusion.<br><br>Your advice is appreciated! Below my signature is text from two emails related to the courier-imap issue. As you can see from the second email, there is a really unfortunate level of complexity introduced by the dropped packages when users have to resort to building courier from source. Based on Sam's comments about PCRE3 being supported since a long time ago, I think maybe the reason the packages were dropped can be quickly resolved so that they can once again be included.<br><br>Meanwhile, maybe someone can help me get Matthias' attention? Perhaps my email to him went to spam.<br><br>Thank,<br>Andrew</div><div><br></div><div>=== email 1 ===</div><div>Matthias:<div><br></div><div>I have been in touch with the maintainer of the courier mail system via the courier-users mailing list. Therein, I provided the below recipe for overcoming the issue that arises for anyone with courier installed, when doing a do-release-upgrade to 24.04, which will bork their courier install because those packages are not available (and IMAP is very important).</div><div><br></div><div>Looking into the reason for your deletion, it appears linked to a dependence on PCRE3, but Sam (the maintainer) states that he ported courier to libpcre2 "long ago."</div><div><br></div><div>Therefore, there seems to be some disconnect. I've provided Sam (<a href="mailto:mrsam@courier-mta.com" target="_blank">mrsam@courier-mta.com</a>) with your email address, and he may reach out.</div><div><br></div><div>A.</div><div><br></div><div>The recipe:</div><div>wget <a href="http://launchpadlibrarian.net/708904399/courier-imap_5.0.13+1.0.16-3.2build1_amd64.deb" target="_blank">http://launchpadlibrarian.net/708904399/courier-imap_5.0.13+1.0.16-3.2build1_amd64.deb</a><br>dpkg --ignore-depends=courier-base -i courier-imap_5.0.13+1.0.16-3.2build1_amd64.deb<br>wget <a href="http://launchpadlibrarian.net/708904405/courier-webadmin_1.0.16-3.2build1_amd64.deb" target="_blank">http://launchpadlibrarian.net/708904405/courier-webadmin_1.0.16-3.2build1_amd64.deb</a><br>dpkg --ignore-depends=courier-base -i courier-webadmin_1.0.16-3.2build1_amd64.deb<div class="gmail-yj6qo"></div><div class="gmail-adL"><br></div></div></div><div class="gmail-adL"><br></div><div class="gmail-adL">=== email 2 ===<br><div dir="ltr">Sam:<div><br></div><div>Thanks for your response. I actually meant for the prior email to go to the mailing list, but let's complete the conversation here and if necessary one of us can summarize to the list.</div><div><br></div><div>I feel like maybe there's something list in translation between us :)</div><div><br></div><div>(1) I provided a solution, involving a simple manual .deb download of an "officially" built Ubuntu package, that can get users up and running on 24.04 with none of the complexities you mention just now. I suppose there is a small risk that the imap and webmail packages may contain a regression vs being used with the "newer" other <span class="gmail-il">courier</span> packages that DID make it through the do-release-upgrade.<br><br>If that did not come through clearly in my original email, I think it's worth clarifying to the list, because my "solution" lets someone immediately recover from an upgrade to 24.04 that has borked their <span class="gmail-il">courier</span> install, with very little fuss.<br><br>(2) I am not suggesting that you need to become an Ubuntu maintainer. I think perhaps you did not open the links in my original email: <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000053" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000053</a> and <a href="https://launchpad.net/ubuntu/noble/amd64/courier-imap" target="_blank">https://launchpad.net/ubuntu/noble/amd64/<span class="gmail-il">courier</span>-imap</a></div><div><br></div><div>These seem to indicate that Matthias Klose, who maintains those packages, deleted them from Ubuntu 24.04 because he believes they rely on PCRE3. Therefore, since you state that you ported to pcre2 already, there must be some disconnect.</div><div><br></div><div>I will email him to notify him of your statement and our conversation, but perhaps contact from you will help resolve the problem. Maybe there's something about the build process that he's getting wrong.</div><div><br></div><div>I don't have time myself to dig into INSTALL and speculate about what that problem (where he is pulling in a deprecated library) might be. FYI, these are the emails listed for him on Ubuntu's launchpad site. You need to register to see them.</div><div><br></div><div></div><div><span style="color:rgb(0,0,0);font-family:"Ubuntu variable",Ubuntu,"Bitstream Vera Sans","DejaVu Sans",Tahoma,sans-serif;font-size:12.8px"><img src="https://launchpad.net/@@/mail" alt="" class="gmail-CToWUd" style="border: none;"> <a href="mailto:doko@ubuntu.com" target="_blank">doko@ubuntu.com</a><br></span><span style="color:rgb(0,0,0);font-family:"Ubuntu variable",Ubuntu,"Bitstream Vera Sans","DejaVu Sans",Tahoma,sans-serif;font-size:12.8px"></span><span style="color:rgb(0,0,0);font-family:"Ubuntu variable",Ubuntu,"Bitstream Vera Sans","DejaVu Sans",Tahoma,sans-serif;font-size:12.8px"><img src="https://launchpad.net/@@/mail" alt="" class="gmail-CToWUd" style="border: none;"> <a href="mailto:doko@debian.org" target="_blank">doko@debian.org</a><br></span><span style="color:rgb(0,0,0);font-family:"Ubuntu variable",Ubuntu,"Bitstream Vera Sans","DejaVu Sans",Tahoma,sans-serif;font-size:12.8px"></span><span id="m_-5914133553442718027m_4429065533469106517gmail-yui_3_10_3_1_1728846751904_55" style="color:rgb(0,0,0);font-family:"Ubuntu variable",Ubuntu,"Bitstream Vera Sans","DejaVu Sans",Tahoma,sans-serif;font-size:12.8px"><img src="https://launchpad.net/@@/mail" alt="" class="gmail-CToWUd" style="border: none;"> <a href="mailto:matthias.klose@canonical.com" target="_blank">matthias.klose@canonical.com</a><br></span><span style="color:rgb(0,0,0);font-family:"Ubuntu variable",Ubuntu,"Bitstream Vera Sans","DejaVu Sans",Tahoma,sans-serif;font-size:12.8px"></span><span style="color:rgb(0,0,0);font-family:"Ubuntu variable",Ubuntu,"Bitstream Vera Sans","DejaVu Sans",Tahoma,sans-serif;font-size:12.8px"><img src="https://launchpad.net/@@/mail" alt="" class="gmail-CToWUd" style="border: none;"> <a href="mailto:matthias.klose@ubuntu.com" target="_blank">matthias.klose@ubuntu.com</a></span><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Oct 12, 2024 at 4:10 PM Sam Varshavchik <<a href="mailto:mrsam@courier-mta.com" target="_blank">mrsam@<span class="gmail-il">courier</span>-mta.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Andrew Athan writes:<br><br>> « HTML content follows<br>><br>><br>> »Sam:<br>><br>><br>> >> Any comments on this situation?<br>> > [debs can be built from source, see INSTALL]<br>> > All packages must be built this way,<br>> > even those that still have  older versions in Ubuntu or Debian.<br>><br>><br>> I'm not sure what you mean in your last sentence.<br><br>You cannot build a <span class="gmail-il">courier</span>-imap deb directly from the source tarball and <br>install it with the official debian or ubuntu <span class="gmail-il">courier</span>-unicode and <span class="gmail-il">courier</span>-<br>authlib package already installed. All Debian/Ubuntu packages must be <br>uninstalled first. Then, <span class="gmail-il">courier</span>-unicode deb gets built from source and <br>installed, then the <span class="gmail-il">courier</span>-authlib deb gets built from source, and <br>installed, and then <span class="gmail-il">courier</span>, or <span class="gmail-il">courier</span>-imap or sqwemail or maildrop.<br><br>> To clarify the solution in my previous email: It's just meant to allow people <br>> to immediately resolve problems post upgrade to 24.04, without having to <br>> build from source.<br><br>Upgrading to a new release requires quite a bit of work. The simplest way is <br>to install a clean new release on a separate system, then build all deb <br>packages on it, then copy them over to a local apt repository that apt is <br>configured to pull from.<br><br>With a bit more work you can use pbuilder-dist, instead of a separate <br>system. Earlier this year I used pbuilder-dist on jammy to build noble <br><span class="gmail-il">Courier</span> packages, and then drop them into a local aptly repository, and then <br>had do-release-upgrade yank them in together with everything else. There's a <br>pointer to my pbuilder-dist scripts in <span class="gmail-il">courier</span>-unicode's INSTALL.<br><br>That, admittedly, is not something that Joe Q. User is expected to handle, <br>unfortunately I can't think of a simpler way to survive a release upgrade. I <br>think that's really on apt's shoulders to make it easy to do a full release <br>upgrade on a system that uses custom packages.<br><br>I think that, the most practical approach for most users will do is <br>uninstall everything, upgrade, then built and reinstall everything on the <br>new release, making sure to save and restore all the configuration files.<br><br>> The "situation" I was wondering if you have any comment on, is the issue of <br>> the PCRE version dependency that is (so far) keeping the Ubuntu package <br>> managers from including <span class="gmail-il">courier</span>-[imap,webadmin] from being included in 24.04<br><br><span class="gmail-il">Courier</span> was updated to use pcre2 some time ago, and the current packages are <br>built against libpcre2. They build just fine on Ubuntu 24.<br><br>> E.g. the community may care to know if you are planning to resolve that <br>> issue, or have strong feelings about it.<br><br>Unfortunately I can't spare the cycles to go through the motions of becoming <br>an official Debian or Ubuntu maintainer.  But that's not really needed, I <br>think that anyone should be able to handle building deb packages from the <br>source tarballs.<div class="gmail-yj6qo"></div><br class="gmail-Apple-interchange-newline"></blockquote></div></div></div>