Linux bounce handler

2024-07-19 Thread Texas
Hello Devs,

Please see the below E-Mail that I attempted to send to Mr. Overgaard
regarding automatic bounce E-Mail list processing.
I am seeking an effective service, script, or all-inclusive application to
handle my E-Mail processing.
The information I've read regarding MailMan3 suggests it is quite finicky
and prone to configuration issues. My skill level is low to moderate and
I'm looking for a reliable application or piggy-backed bounce handler.
I'd like to find an application that is relatively low maintenance once
configured and tested.
70,000 addresses and at least ten percent are likely bad.

Thank you



Mr. Overgaard,

Hello, I hope that you can help find a solution.
I have a private server set up for mail handling and I'm trying to find a
good open source solution for bounce handling.
Ideally, I'd like a service or utility running to automatically process
bounced E-Mail so that I can truncate my E-Mail list by removing bounced
mail.

I have researched MailMan3, however the setup seems to be quite finicky and
unreliable.

Might you have a better solution?

Running Debian 10 to conserve memory, but willing to run any distro
required.
My mailing list is approximately 70,000 addresses that I would like to
periodically update with a monthly or semi-monthly mailer related to a
motorcycle forum that I have operated for twenty-two years.

Your input on this issue would be appreciated.


Thank you,
Glenn McQueen


Re: Linux bounce handler

2024-07-19 Thread Ansgar 🙀
Hi Texas,

thank you for your interest in Debian. However the debian-devel@
mailing list is for development of Debian itself which your mail is not
about.

If you want personal support to implement solutions based on Debian,
you can try contacting someone providing services for Debian
(https://www.debian.org/consultants/index.en.html). Note that Debian
does not endorse any people or companies listed there. You can also try
the debian-user@ mailing list for exchange with other Debian users.

I would also recommend using a non-outdated release that still receives
security updates.

Ansgar




Fwd: Linux auto bounce handler

2024-07-19 Thread Texas
Please find the attached E-Mail below.
Any other recipients besides Mr. Overgaard are welcome to respond.
I thank you for any assistance.
Very much appreciated.

Glenn McQueen


-- Forwarded message -
From: Texas 
Date: Fri, Jul 19, 2024, 1:23 AM
Subject: Linux auto bounce handler
To: 


Mr. Overgaard,

Hello, I hope that you can help find a solution.
I have a private server set up for mail handling and I'm trying to find a
good open source solution for bounce handling.
Ideally, I'd like a service or utility running to automatically process
bounced E-Mail so that I can truncate my E-Mail list by removing bounced
mail.

I have researched MailMan3, however the setup seems to be quite finicky and
unreliable.

Might you have a better solution?

Running Debian 10 to conserve memory, but willing to run any distro
required.
My mailing list is approximately 70,000 addresses that I would like to
periodically update with a monthly or semi-monthly mailer related to a
motorcycle forum that I have operated for twenty-two years.

Your input on this issue would be appreciated.


Thank you,
Glenn McQueen


Bug#1076583: ITP: minio-client -- Simple, fast tool to manage MinIO clusters

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: minio-client
  Version : 2024-07-03T20-17-25Z-1
  Upstream Author : MinIO
* URL : https://github.com/minio/mc
* License : AGPL-3.0-or-later
  Programming Lang: Go
  Description : Simple, fast tool to manage MinIO clusters

 MinIO Client (mc) provides a modern alternative to UNIX commands like
 ls, cat, cp, mirror, diff, find etc. It supports filesystems and Amazon
 S3 compatible cloud storage service (AWS Signature v2 and v4).

There is an existing RFP (#859207) for the server-side component of
MinIO.

Incus recently switched from depending on MinIO's library to the MinIO
client for interacting with MinIO clusters. This package will be team-
maintained within the Go Packaging Team and provide the MinIO client
without conflicting with the existing `mc` from Midnight Commander.


signature.asc
Description: This is a digitally signed message part


Bug#1076585: ITP: golang-github-lestrrat-go-blackmagic -- Reflect-based black magic

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-lestrrat-go-blackmagic
  Version : 1.0.2-1
  Upstream Author : lestrrat
* URL : https://github.com/lestrrat-go/blackmagic
* License : Expat
  Programming Lang: Go
  Description : Reflect-based black magic

 Reflect-based black magic. YMMV, and use with caution.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076584: ITP: golang-github-aead-minisign -- Simple tool to sign files and verify digital signatures

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-aead-minisign
  Version : 0.3.0-1
  Upstream Author : Andreas Auernhammer
* URL : https://github.com/aead/minisign
* License : Expat
  Programming Lang: Go
  Description : Simple tool to sign files and verify digital signatures

 minisign is a dead simple tool to sign files and verify signatures.
 This is a Go implementation of the original C implementation by Frank
 Dennis.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076586: ITP: golang-github-lestrrat-go-httpcc -- HTTP/1.1 Cache-Control Header Parser

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-lestrrat-go-httpcc
  Version : 1.0.1-1
  Upstream Author : lestrrat
* URL : https://github.com/lestrrat-go/httpcc
* License : Expat
  Programming Lang: Go
  Description : HTTP/1.1 Cache-Control Header Parser

 Parses HTTP/1.1 Cache-Control header, and returns a struct that is
 convenient for the end-user to do what they will with.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076588: ITP: golang-github-lestrrat-go-iter -- Simple tools for container iteration

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-lestrrat-go-iter
  Version : 1.0.2-1
  Upstream Author : lestrrat
* URL : https://github.com/lestrrat-go/iter
* License : Expat
  Programming Lang: Go
  Description : Simple tools for container iteration

 iter and its sub-packages provide a set of utilities to make it easy for
 providers of objects that are iteratable.
 .
 For example, if your object is map-like and you want a way for users to
 iterate through all or specific keys in your object, all you need to do
 is to provide a function that iterates through the pairs that you want,
 and send them to a channel.
 .
 Then you create an iterator from the channel, and pass the iterator to
 the user. The user can then safely iterate through all elements.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076587: ITP: golang-github-lestrrat-go-httprc -- Quasi Up-to-date HTTP In-memory Cache

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-lestrrat-go-httprc
  Version : 2.0.0-1
  Upstream Author : lestrrat
* URL : https://github.com/lestrrat-go/httprc
* License : Expat
  Programming Lang: Go
  Description : Quasi Up-to-date HTTP In-memory Cache

 httprc is a HTTP "Refresh" Cache. Its aim is to cache a remote resource
 that can be fetched via HTTP, but keep the cached content up-to-date based
 on periodic refreshing.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076589: ITP: golang-github-lestrrat-go-jwx -- Implementation of various JWx technologies

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-lestrrat-go-jwx
  Version : 2.1.0-1
  Upstream Author : lestrrat
* URL : https://github.com/lestrrat-go/jwx
* License : Expat
  Programming Lang: Go
  Description : Implementation of various JWx technologies

 Go module implementing various JWx (JWA/JWE/JWK/JWS/JWT, otherwise known
 as JOSE) technologies.
 .
 Features:
 .
  * Complete coverage of JWA/JWE/JWK/JWS/JWT, not just JWT+minimum tool
set.
  * Opinionated, but very uniform API. Everything is symmetric, and
follows a standard convention
  * Extra utilities

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076590: ITP: golang-github-lestrrat-go-option -- Implementation of the "Optional Parameters Pattern"

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-lestrrat-go-option
  Version : 1.0.1-1
  Upstream Author : lestrrat
* URL : https://github.com/lestrrat-go/option
* License : Expat
  Programming Lang: Go
  Description : Implementation of the "Optional Parameters Pattern"

 Base object for the "Optional Parameters Pattern".
 .
 The beauty of this pattern is that you can achieve a method that can
 take the following simple calling style
 .
   obj.Method(mandatory1, mandatory2)
 .
 or the following, if you want to modify its behavior with optional
 parameters
 .
   obj.Method(mandatory1, mandatory2, optional1, optional2, optional3)

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076591: ITP: golang-github-minio-colorjson -- Colorized json encoding and decoding

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-minio-colorjson
  Version : 1.0.8-1
  Upstream Author : MinIO
* URL : https://github.com/minio/colorjson
* License : BSD-3-clause
  Programming Lang: Go
  Description : Colorized json encoding and decoding

 Package colorjson implements encoding and decoding of JSON as defined in
 RFC 7159. The mapping between JSON and Go values is described in the
 documentation for the Marshal and Unmarshal functions. This package is a
 fork from golang.org/pkg/encoding/json with colorized support for
 printing on terminal.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076592: ITP: golang-github-minio-filepath -- Alternative implementation of filepath.Walk() lexically sorted flat keys

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-minio-filepath
  Version : 1.0.0-1
  Upstream Author : MinIO
* URL : https://github.com/minio/filepath
* License : BSD-3-clause
  Programming Lang: Go
  Description : Alternative implementation of filepath.Walk() lexically 
sorted flat keys

 Package filepath is an alternative implementation of Go's
 filepath.Walk() to cater for flat key style sorted walk.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076593: ITP: golang-github-minio-mux -- Powerful HTTP router and URL matcher for building Go web servers

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-minio-mux
  Version : 1.9.0-1
  Upstream Author : MinIO
* URL : https://github.com/minio/mux
* License : BSD-3-clause
  Programming Lang: Go
  Description : Powerful HTTP router and URL matcher for building Go web 
servers

 Package minio/mux implements a request router and dispatcher for
 matching incoming requests to their respective handler. The name mux
 stands for "HTTP request multiplexer". Like the standard http.ServeMux,
 mux.Router matches incoming requests against a list of registered routes
 and calls a handler for the route that matches the URL or other
 conditions. The main features are:
 .
  * It implements the http.Handler interface so it is compatible with the
standard http.ServeMux.
  * Requests can be matched based on URL host, path, path prefix,
schemes, header and query values, HTTP methods or using custom
matchers.
  * URL hosts, paths and query values can have variables with an optional
regular expression.
  * Registered URLs can be built, or "reversed", which helps maintaining
references to resources.
  * Routes can be used as subrouters: nested routes are only tested if
the parent route matches. This is useful to define groups of routes
that share common conditions like a host, a path prefix or other
repeated attributes. As a bonus, this optimizes request matching.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076594: ITP: golang-github-minio-pkg -- Common packages imported by MinIO projects

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-minio-pkg
  Version : 3.0.5-1
  Upstream Author : MinIO
* URL : https://github.com/minio/pkg
* License : AGPL-3.0-or-later
  Programming Lang: Go
  Description : Common packages imported by MinIO projects

 Collection of common packages used in MinIO projects.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076595: ITP: golang-github-minio-selfupdate -- Build self-updating Go programs

2024-07-19 Thread Mathias Gibbens
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens 
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-minio-selfupdate
  Version : 0.6.0-1
  Upstream Author : MinIO
* URL : https://github.com/minio/selfupdate
* License : Apache-2.0
  Programming Lang: Go
  Description : Build self-updating Go programs

 Package update provides functionality to implement secure, self-updating
 Go programs (or other single-file targets) A program can update itself by
 replacing its executable file with a new version.
 .
 It provides the flexibility to implement different updating user
 experiences like auto-updating, or manual user-initiated updates. It also
 boasts advanced features like binary patching and code signing
 verification.
 .
 This is a fork of github.com/inconshreveable/go-update, modified for the
 needs within MinIO project.

This package is a dependency of minio-client and will be team-
maintained within the Go Packaging Team.


signature.asc
Description: This is a digitally signed message part


Bug#1076597: ITP: stagit -- static git repo web viewer, cgit/gitweb alternative

2024-07-19 Thread Daniel Gröber
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber 
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org

* Package name: stagit
  Version : 1.2
  Upstream Contact: Hiltjo Posthuma 
* URL : https://codemadness.org/stagit.html
* License : MIT
  Programming Lang: C
  Description : static git web repo viewer

Users expect a git repository to have a corresponding web page, but
contemporary solutions (tightly coupled "forges") are complex and
inflexible. stagit makes hosting git repositories on any web server as
easy as it can be by simply pre-generating static HTML pages for any
git repository.

stagit is exceedingly simple. I'll maintain it myself, but I'm always
happy to have co-maintainers.

(Some bits from the README follow)

Features


- Log of all commits from HEAD.
- Log and diffstat per commit.
- Show file tree with linkable line numbers.
- Show references: local branches and tags.
- Detect README and LICENSE file from HEAD and link it as a webpage.
- Detect submodules (.gitmodules file) from HEAD and link it as a webpage.
- Atom feed of the commit log (atom.xml).
- Atom feed of the tags/refs (tags.xml).
- Make index page for multiple repositories with stagit-index.
- After generating the pages (relatively slow) serving the files is very fast,
  simple and requires little resources (because the content is static), only
  a HTTP file server is required.
- Usable with text-browsers such as dillo, links, lynx and w3m.

Cons


- Not suitable for large repositories (2000+ commits), because diffstats are
  an expensive operation, the cache (-c flag) is a workaround for this in
  some cases.
- Not suitable for large repositories with many files, because all files are
  written for each execution of stagit. This is because stagit shows the lines
  of textfiles and there is no "cache" for file metadata (this would add more
  complexity to the code).
- Not suitable for repositories with many branches, a quite linear history is
  assumed (from HEAD).

  In these cases it is better to just use cgit or possibly change stagit to
  run as a CGI program.

- Relatively slow to run the first time (about 3 seconds for sbase,
  1500+ commits), incremental updates are faster.
- Does not support some of the dynamic features cgit has, like:
  - Snapshot tarballs per commit.
  - File tree per commit.
  - History log of branches diverged from HEAD.
  - Stats (git shortlog -s).

  This is by design, just use git locally.

--Daniel


Re: Look for keysign

2024-07-19 Thread Bernd Zeimetz
Hi,



> OK, don't beat me up too bad, even though I deserve it.  I've been
> away
> a LONG time and did not retire properly nor update my key and my old
> key has been removed from the keyring (as it should have been).  I'm
> hoping to get back involved so I'm wondering if any of you old timers
> that I used to work with might be willing to sign my new key and/or
> would be looking for possible keysigning in Philadelphia, PA area or
> maybe even New Haven, CT area.
> 
> Thanks for any guidance/help!

https://wiki.debian.org/Keysigning/Offers#US

might help.


Bernd




-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F



Re: Look for keysign

2024-07-19 Thread Bernd Zeimetz
Hi Barry,

On Thu, 2024-07-18 at 21:53 -0400, Barry deFreese wrote:
> 
> I do and I have signed my new key with the old []

anything wrong with the old key? You could just use it again until you
have signatures on the new one.


Bernd

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F



Re: what about Netplan?

2024-07-19 Thread Arne Pisch
Pulling in all experiences with d-i from the last years I wonder how 
complicated it was to have it running with sysv-init ifupdown(2?) using default 
selections to pull in  dbus, systemd and netplan dependencies?
There are still systems for example rPi zero where I gained more usability 
using init in combination with ifupdown.
But the main advantage of d-i especially on "experimental" hw such as new 
mobile machines still is to rescue things if something goes wrong with its 
minimal set of dependencies.
On the other hand having cloud init support would mean the path to "frozen" 
images that could be used directly on targeted hw would mean less overhead.