[savannah-help-public] [sr #109857] news/atom.php produces invalid output: is undefined entity

[Ralph Corderoy]

URL:
  

 Summary: news/atom.php produces invalid output:   is
undefined entity
 Project: Savannah Administration
Submitted by: ralph
Submitted on: Wed 17 Jul 2019 10:02:50 AM UTC
Category: Project webpages
Priority: 5 - Normal
Severity: 3 - Normal
  Status: None
 Assigned to: None
Originator Email: 
Operating System: None
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

https://savannah.no
ngnu.org/news/atom.php?group=nmh has been working fine for a long time.  Due
to its changing content, it now causes an error in my RSS reader, and also
fails the W3C's validator:
https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fsavannah.nongnu.org%2Fnews%2Fatom.php%3Fgroup%3Dnmh




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[savannah-help-public] [sr #109857] news/atom.php produces invalid output: is undefined entity

[Ralph Corderoy]

Follow-up Comment #1, sr #109857 (project administration):

Sigh, that's https://savannah.nongnu.org/news/atom.php?group=nmh

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[savannah-help-public] DMARC related settings have been changed for the Mailman list savannah-hackers

[sysadmin]

The Free Software Foundation is making changes to our GNU Mailman
systems.

This is a long email, so I want to mention up front that we plan to
change the list settings of this list again in about 1 month unless a
list administrator or moderator opts out. Read below for more
information.

Messages sent from users with strict DMARC policy domains like yahoo.com
are often being rejected when sent to list subscribers by Mailman. See
the end of this email for a technical overview of DMARC and DKIM. There
are two ways to fix the issue by changing Mailman list settings.

The first option, and the preferable way for discussion lists, is what
we call the "unmodified message fix." There are Mailman list settings
which modify the messages by adding a subject prefix (e.g. [list-name])
or a footer. Modifying the message breaks DKIM message signatures and
thus DMARC. Following this option, we would turn those settings
off. Many lists are already this way and there is no change for
them. Instead of using the subject prefix to identify a list,
subscribers should use the "List-Id" header, To, and Cc.  List footer
information can also be be put in the welcome email to subscribers and
the list information page by list administrators.

Related to this, on June 7th, we upgraded the version Mailman that we
run. This fixed a bug where we were breaking the DKIM signature of any
reply message.

The second option is for lists which want or need to continue to modify
the message, for example with subject prefix or footer settings. We
would enable a Mailman list setting called dmarc_moderation_action:
"Munge From". With this setting, if a strict DMARC sender sends to the
list, we alter the headers of that message like so:

A message sent to the list:

To: alist@listdomain
From: Anne Example Person 

Is modified my Mailman and sent to subscribers as:

To: alist@listdomain
From: Anne Example Person via Alist 
Reply-To: Anne Example Person 

Without going into all of the details, here's a few points about why we
concluded the unmodified message fix is better for discussion
lists. Email clients don't all treat munged messages the same way as
unmunged, and humans read these headers so it can confuse people,
causing messages not to be sent to the expected recipients. GNU Mailman
has an option to do "Munge From" always, but does not recommend using
it[1]. While we're not bound by what others do, it's worth noting that
other very large free software communities like Debian GNU/Linux have
adopted the unmodified message fix[2]. The unmodified messages fix
avoids breaking DKIM cryptographic signatures, which show the message was
authorized by the signing domain.

Since this list appears to be a discussion list that adds subject
prefixes or footers, "Munge From" has been turned on as an initially
less disruptive fix, but we will change this lists settings to send
unmodified messages in one month from now unless a list
administrator/owner or moderator opts this list out of the change. This
list does not have any administrators or moderators in the Mailman
settings, so we are emailing the list directly.

Sometimes people don't have their email listed in the settings because
Mailman sends automated emails to whoever is listed as administrator or
moderator and there is no way to opt out. We recommend filtering your
email if you don't want those messages. If you have the administration
password for a list, please log in and add an administrator or moderator
email addresses at the top of the "General Options" section of the list
administration interface.

If no list administrators or moderators are around for this list, anyone
should feel free to try to track them down or figure out who should
become one and explain in detail by replying to sysad...@gnu.org. Please
be patient, this process may take several weeks.

To opt this list out, reply to sysad...@gnu.org, append "opt out" to the
subject line, and send it from one of the list administrator or
moderator email addresses.

For any Mailman list administrator who wants to change or look over the
relevant settings: The dmarc_moderation_action setting is under "Privacy
Options" subsection "Sender Filters". The only options that should be
selected are "Accept" or "Munge From", along with corresponding changes
to the subject_prefix option under "General Options", and msg_footer is
under "Non-digest options".

Please send any questions that should be public to mail...@gnu.org. For
private ones, just reply to sysad...@gnu.org.

For the general announcement of these changes, please read
https://lists.gnu.org/archive/html/savannah-hackers-public/2019-06/msg00018.html



A short DMARC technical overview:

DMARC policy is a DNS txt record at a _dmarc subdomain. For example:

$ host -t txt _dmarc.yahoo.com
_dmarc.yahoo.com descriptive text "v=DMARC1; p=reject; pct=100;
rua=mailto:address@hidden;";;

The only important thing there for our purpose is p=reject. p=reject
means that conforming mail servers that rec