Re: A mail relay server for Debian Members is live
Vincent Bernat wrote on 25/07/2022 at 14:58:04+0200: > On 2022-07-16 23:49, Pierre-Elliott Bécue wrote: >> In the past months, it's been clear that sending mails from an >> @debian.org address to some mail providers, including GMail, has become >> harder and harder. While user DKIM feature (documented on [0]) can help, >> we thought providing a relay server for our users to send their Debian >> mail was a more long-term solution. >> This service is now operational behind mail-submit.debian.org (AKA >> stravinsky.debian.org). Documentation about how to use this service can >> be accessed via [1]. The page behind [0] will be updated on the next >> release we make of userdir-ldap-cgi. >> Mails sent via this server will be DKIM-signed if the from is a >> debian.org, debconf.org or ftp-master.debian.org address. If any >> additional domain should be considered, feel free to ask. >> This server requires an active Debian Account, and that one sets >> their >> mailPassword up (again, see [1]) to be able to use the service. I've >> tried to provide some useful tips on the doc. >> If you have any question or issue, please don't hesitate to reach >> out. > > Hey! > > Would it be possible to also make it available on port 465 without > STARTTLS? I am using smtp_tls_security_level=secure and > smtp_tls_wrappermode=yes with my other providers and having > mail-submit.debian.org on top of that is adding a bit of complexity > that I would like to avoid if possible. Hi, It was not on the roadmap, but we could definitely have a thought about it. Cheers! -- PEB signature.asc Description: PGP signature
Re: A mail relay server for Debian Members is live
Vincent Bernat wrote on 25/07/2022: > Would it be possible to also make it available on port 465 without > STARTTLS? I'd also prefer "full TLS" over STARTTLS, as it is simpler (encryption from the beginning instead starting with a plaintext session) and somehow more secure than STARTTLS, see [1], paragraph starting with: A man-in-the-middle attack can be launched by deleting the "250 STARTTLS" response from the server. This shouldn't be an issue if client and server are properly configured, but I think it's a good practice to use "full TLS" when possible. Cheers to DSA for setting up this much needed service! Paride [1] https://www.rfc-editor.org/rfc/rfc3207
Re: Bug#1016130: ITP: asdf -- multiple language runtime version manager
matt writes: > Package: wnpp > Severity: wishlist > Owner: Matt Barry > X-Debbugs-Cc: debian-devel@lists.debian.org > > * Package name: asdf > Version : 0.10.2 > Upstream Author : Akash Manohar J > * URL : https://asdf-vm.org > * License : MIT > Programming Lang: Bash > Description : multiple language runtime version manager > > asdf is a CLI tool that can manage multiple language runtime > versions on a per-project basis. It is like gvm, nvm, rbenv > and pyenv (and more) all in one! Simply install your language's > plugin! The URL is asdf-vm.com Maybe this could be called "asdf-vm" according to the upstream name? "asdf" also refers to the Advanced Scientific Data Format, https://github.com/asdf-format/. Cheers Ole
Re: Bug#1016130: ITP: asdf -- multiple language runtime version manager
Ole Streicher writes: > The URL is asdf-vm.com > > Maybe this could be called "asdf-vm" according to the upstream name? > "asdf" also refers to the Advanced Scientific Data Format, > https://github.com/asdf-format/. Also Common Lisp's Another System Definition Facility, https://asdf.common-lisp.dev/ > Cheers > > Ole - ilmari
Bug#1016316: ITP: gnome-shell-extension-gsconnect -- KDE Connect implementation for GNOME Shell
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-gtk-gn...@lists.debian.org Owner: jeremy.bi...@canonical.com Package Name: gnome-shell-extension-gsconnect Version: 50 Upstream Author: Andy Holmes License: GPL-2+ Programming Lang: JavaScript (and a Python extension for file browser integration) Description: KDE Connect implementation for GNOME Shell This extension enables you to connect your phone or other devices to your system, sending remote sms, see phone calls, share notifications, send files. . To connect an Android device, install the KDE Connect Android app from the Google Play Store or F-Droid. . GSConnect is a complete KDE Connect protocol implementation for GNOME Shell with Nautilus, contacts and Shell integration. Package Name: gnome-shell-extension-gsconnect-browsers Description: Browser support of KDE Connect implementation for GNOME Shell This extension enables you to connect your phone or other devices to your system, sending remote sms, see phone calls, share notifications, send files. . This package contains Chromium, Firefox and Chrome integration support to send text via sms or open links on your phone. Other Info -- This extension will be maintained by the Debian GNOME team. Packaging is at https://salsa.debian.org/gnome-team/shell-extensions/gnome-shell-extension-gsconnect Packaging is based on the Ubuntu package. No watch file is provided since upstream's version numbering sequence is currently non-linear. https://github.com/GSConnect/gnome-shell-extension-gsconnect/issues/1412 Thanks, Jeremy Bicha
Bug#1016347: ITP: cppzmq -- C++ bindings for libzmq (headers)
Package: wnpp Severity: wishlist Owner: Stephan Lachnit X-Debbugs-Cc: debian-devel@lists.debian.org, stephanlach...@debian.org, gor...@chronitis.net, g...@debian.org * Package name: cppzmq Version : 4.8.1 Upstream Author : Gudmundur Adalsteinsson * URL : https://github.com/zeromq/cppzmq * License : MIT Programming Lang: C++ Description : C++ bindings for libzmq (headers) This package constains the default C++ headers for libzmq. The two headers (zmq.hpp and zmq_addon.hpp) are currently already contained in libzmq3-dev (src:zeromq3). However, the package does not provide the CMake packaging scripts. Also, there is a pending pull request to add a pkg-config file, so it makes sense to split this into a separate package. There was already an discussion to separate the headers in #972785 [2], but nothing happened from there. The packaging is done at https://salsa.debian.org/debian/cppzmq. [1]: https://github.com/zeromq/cppzmq/pull/564 [2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972785
