[09:59] <hrw> coreycb: I see that https://bugs.launchpad.net/cloud-archive/+bug/1959402 is going slowly on
[12:00] <ahasenack> good morning
[12:07] <ahasenack> rbasak: hi, you are one of the admins of ubuntu-server@, can you check if the admin interface has some dkim option that we might have enabled? #is says they don't enable dkim for ubuntu.com lists
[12:08] <ahasenack> wrt https://lists.ubuntu.com/archives/ubuntu-server/2022-January/009126.html
[12:25] <rbasak> ahasenack: I think that poster is referring to outbound mail?
[12:28] <rbasak> ahasenack: so I think it's up to whatever the Mailman installation is configured to use for outbound mail (maybe local MTA?) rather than Mailman's list configuration itself?
[12:28] <ahasenack> I don't know, #is said they don't have it enabled and asked to check mailman's config in the admin interface
[12:29] <ahasenack> and you are an admin :)
[12:29] <rbasak> I don't think there's anything in the admin interface related to DKIM.
[12:29] <rbasak> If there's a specific setting someone can point out, I can report or change that.
[12:30] <rbasak> Also, isn't DKIM supposed to pass through lists unmodified?
[12:30] <rbasak> Eg. a recent post by Paride does not have DKIM headers.
[12:31] <ahasenack> you have looked at the admin interface, or are just speculating it doesn't have anything dkim related? :)
[12:31] <rbasak> Juergen's post does have DKIM headers
[12:31] <rbasak> I have looked
[12:31] <rbasak> But it has settings on many different pages
[12:31] <rbasak> So it's hard to find anything without more specific instructions
[12:32] <rbasak> I did briefly search for "DKIM" on various pages that might be relevant.
[12:32] <paride> well I don't think it's that easy
[12:33] <paride> as the dkim keys are set in the sender's address DNS txt record
[12:33] <paride> and mailman can't add a signature for the domain, lacking the private key for it
[12:36] <paride> in general dkim + mailing lists is difficult to handle: https://wiki.list.org/DEV/DKIM
[12:36] <rbasak> I replied to the list. We can speculate but I don't think we can pin down exactly what Juergen means unless he tell us.
[14:36] <ahasenack> I'm importing stunnel4 into git-ubuntu #fyi
[14:37] <cpaelzer> thanks for the fyi ahasenack
[14:38] <cpaelzer> ahasenack: if I might ask to which overall effort is that related?
[14:38] <ahasenack> +1 maintenance
[14:38] <cpaelzer> thanks
[14:38] <ahasenack> going to sort out `debian-python        FAIL stderr: /tmp/autopkgtest.Zk8pzq/build.poD/src/debian/tests/python/struntime/__main__.py:437: DeprecationWarning: ssl.PROTOCOL_TLS is deprecated
[14:38] <ahasenack> `
[16:10] <cpaelzer> ahasenack: I have replied on the qemu MR
[16:10] <cpaelzer> ahasenack: jack is in main, but there is like old/new lib and only the new one is there
[16:11] <ahasenack> aha
[17:05] <paride> I just synced isc-kea
[17:05] <paride> let's see if it builds now :)
[21:13] <bryceh> well now this is interesting.  Running postfix's autopkgtest inside an LXC container on my 20.04 desktop triggers a crash of ntp on the host.
[21:14] <bryceh> Jan 31 13:06:12 stirling.bryceharrington.org ntpd[4171443]: receive: Unexpected origin timestamp 0xe59c3582.33095c8f does not match aorg 0000000000.00000000 from server@69.89.207.99 xmt 0xe5a2cdc4.dc8a0871
[21:14] <bryceh> not sure if that's a cause of the crash or the outcome.
[21:14] <bryceh> I noticed it because ntp crashing causes my system time to reset to Jan 26th.
[21:15] <sarnold> o_O
[21:15] <bryceh> thought I'd interest the twilight zone for a minute.  "How is it Wednesday??  I could swear it was *just* Monday..."
[21:18] <bryceh> I don't think it's the test cases that trigger it but earlier, maybe during the dh build
[21:21] <bryceh> txt2man -t postfix-collate -r postfix-3.6.4 -d 'Wed Jan 26 08:59:32 PM UTC 2022' -s 1 auxiliary/collate/README > debian/postfix/usr/share/man/man1/postfix-collate.1
[21:23] <bryceh> my changelog entry for the merge is " -- Bryce Harrington <bryce@canonical.com>  Wed, 26 Jan 2022 13:02:28 -0800
[21:23] <bryceh> "
[21:23] <sdeziel> bryceh: I know that NTP daemon needs special handling inside containers as they cannot set the time. chrony "degrades" gracefully but I don't know about ntpd
[21:24] <bryceh> yeah this might just need a better constraint on the autopkgtest but I think this situation is occuring during build