Re: OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Tim via users
On Mon, 2019-12-23 at 15:07 -0600, Ranjan Maitra wrote:
> I have also realized that internal e-mails sent through Outlook do
> not have this Resent-From field in the mail header. Is it possible to
> have .procmailrc not find the Resent-From field and then proceed?

Since you say that some mail is different, I think you need to look at
OR rules, not and rules.

e.g. match this OR that

If you're trying to narrow things down so some other things don't get
accidentally filtered (like your replies coming back from mailing
lists), then a more complex set of rules.

e.g. match (this AND something) OR (that AND something)

-- 
 
uname -rsvp
Linux 3.10.0-1062.9.1.el7.x86_64 #1 SMP Fri Dec 6 15:49:49 UTC 2019 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Ranjan Maitra
Thank you for your help and in detailing the process. Adding the colon to the 
From: does not prevent e-mail having the Resent-From set at the same e-mail 
address.

I am trying out your other suggestion.

Thanks again!

Best wishes,
Ranjan


On Tue, 24 Dec 2019 12:09:38 +0900 "Stephen J. Turnbull"  
wrote:

> Ranjan Maitra writes:
>
>  > So, I use in my .procmailrc:
>  >
>  > :0:
>  > *^From.*u...@outlook.com
>  > $HOME/Mail/sent/.
>  >
>  > And it used to work fine. However, recently I have also started
>  > forwarding my e-mail from the address: u...@outlook.com and what is
>  > happening is that the e-mail envelope of every forwarded message
>  > now contains the header: Resent-From.*u...@outlook.com so all
>  > forwarded e-mail is being saved to the sent folder.
>
> Based on your report, one possibility is that your recipe is catching
> the "Unix From" line (also called "envelope From line"), which has the
> form
>
> From  u...@wherever.dom 
>
> and is prepended to emails saved in so-called mbox format.  (This is
> not part of the RFC 5322 Internet Message Format.  It is specific to
> the way mail is handled locally by *some* configurations of *some*
> message delivery agents.  It is not normally displayed by mail
> clients.)  If this is the case, changing the recipe to
>
> :0:
> *^From:.*u...@outlook.com
> $HOME/Mail/sent/.
>
> (change is colon after From) should catch only messages with an RFC
> 5322 From "u...@outlook.com".
>
>  > Is it possible to have a double condition? That is something that
>  > says that if both Resent-From and From have *u...@outlook.com, then
>  > it should go to the sent-folder. In other words, is it possible to
>  > use a AND or OR or Negation condition.
>
> I'll answer the question, but first I gotta preach. ;-)  When you
> don't understand the problem, it is bad practice to ask questions in
> the form "how do I do ...", because respondents are likely to focus on
> the how of doing what you specifically asked, not on solving your
> problem.  That's OK in some sense, you'll learn something, but it's
> likely to be frustrating when you do what you're told and it doesn't
> solve the underlying problem.
>
> To AND conditions:
>
> :0:
> * ^From:.*u...@outlook.com
> * ^Resent-From:.*u...@outlook.com
> $HOME/Mail/sent/.
>
> and BOTH conditions must match the header of the email.  To OR
> conditions, use separate recipes.
>
> :0:
> * ^From:.*u...@outlook.com
> $HOME/Mail/sent/.
>
> :0:
> * ^Resent-From:.*u...@outlook.com
> $HOME/Mail/sent/.
>
> and if either condition matches the header of the mail, the mail will
> be saved in $HOME/Mail/sent/. .  Most procmail recipes terminate
> processing on match, so order can matter (but does not in this case
> because there are no side effects and the action is the same).  To
> NEGATE a condition, use ! in the recipe:
>
> :0:
> * ! ^Resent-From:.*u...@outlook.com
> $HOME/Mail/sent/.
>
> sending anything NOT Resent-From u...@outlook.com to .../sent/.
>
> The recipe that MIGHT do what you want if the colon suggestion doesn't
> work:
>
> :0:
> * ^From.*u...@outlook.com
> * ! ^Resent-From.*u...@outlook.com
> $HOME/Mail/sent/.
>
> (look Ma, no colons!, and the Resent-From condition is negated).
>
> HTH
>
> Steve
> XEmacs Project
> GNU Mailman Project
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


--
Important Notice: This mailbox is ignored: e-mails are set to be deleted on 
receipt. Please respond to the mailing list if appropriate. For those needing 
to send personal or professional e-mail, please use appropriate addresses.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Attribute 2xDP on video cards, can't find a description

2019-12-23 Thread Ed Greshko
On 2019-12-24 12:22, Robert McBroom via users wrote:
> Subject says it.  Google just gives devices no discussion.
>

I have no idea what you're asking.

You want to find a Video card with 2 Display Port outputs?

-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Attribute 2xDP on video cards, can't find a description

2019-12-23 Thread Robert McBroom via users

Subject says it.  Google just gives devices no discussion.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Stephen J. Turnbull
Ranjan Maitra writes:

 > So, I use in my .procmailrc:
 > 
 > :0:
 > *^From.*u...@outlook.com
 > $HOME/Mail/sent/.
 > 
 > And it used to work fine. However, recently I have also started
 > forwarding my e-mail from the address: u...@outlook.com and what is
 > happening is that the e-mail envelope of every forwarded message
 > now contains the header: Resent-From.*u...@outlook.com so all
 > forwarded e-mail is being saved to the sent folder.

Based on your report, one possibility is that your recipe is catching
the "Unix From" line (also called "envelope From line"), which has the
form

From  u...@wherever.dom 

and is prepended to emails saved in so-called mbox format.  (This is
not part of the RFC 5322 Internet Message Format.  It is specific to
the way mail is handled locally by *some* configurations of *some*
message delivery agents.  It is not normally displayed by mail
clients.)  If this is the case, changing the recipe to

:0:
*^From:.*u...@outlook.com
$HOME/Mail/sent/.

(change is colon after From) should catch only messages with an RFC
5322 From "u...@outlook.com".

 > Is it possible to have a double condition? That is something that
 > says that if both Resent-From and From have *u...@outlook.com, then
 > it should go to the sent-folder. In other words, is it possible to
 > use a AND or OR or Negation condition.

I'll answer the question, but first I gotta preach. ;-)  When you
don't understand the problem, it is bad practice to ask questions in
the form "how do I do ...", because respondents are likely to focus on
the how of doing what you specifically asked, not on solving your
problem.  That's OK in some sense, you'll learn something, but it's
likely to be frustrating when you do what you're told and it doesn't
solve the underlying problem.

To AND conditions:

:0:
* ^From:.*u...@outlook.com
* ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.

and BOTH conditions must match the header of the email.  To OR
conditions, use separate recipes.

:0:
* ^From:.*u...@outlook.com
$HOME/Mail/sent/.

:0:
* ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.

and if either condition matches the header of the mail, the mail will
be saved in $HOME/Mail/sent/. .  Most procmail recipes terminate
processing on match, so order can matter (but does not in this case
because there are no side effects and the action is the same).  To
NEGATE a condition, use ! in the recipe:

:0:
* ! ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.

sending anything NOT Resent-From u...@outlook.com to .../sent/.

The recipe that MIGHT do what you want if the colon suggestion doesn't
work:

:0:
* ^From.*u...@outlook.com
* ! ^Resent-From.*u...@outlook.com
$HOME/Mail/sent/.

(look Ma, no colons!, and the Resent-From condition is negated).

HTH

Steve
XEmacs Project
GNU Mailman Project
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Stephen J. Turnbull
Ranjan Maitra writes:

 > So, I use in my .procmailrc:
 > 
 > :0:
 > *^From.*u...@outlook.com
 > $HOME/Mail/sent/.
 > 
 > And it used to work fine. However, recently I have also started
 > forwarding my e-mail from the address: u...@outlook.com and what is
 > happening is that the e-mail envelope of every forwarded message
 > now contains the header: Resent-From.*u...@outlook.com so all
 > forwarded e-mail is being saved to the sent folder.

Based on your report, one possibility is that your recipe is catching
the "Unix From" line (also called "envelope From line"), which has the
form

From  u...@wherever.dom 

and is prepended to emails saved in so-called mbox format.  (This is
not part of the RFC 5322 Internet Message Format.  It is specific to
the way mail is handled locally by *some* configurations of *some*
message delivery agents.  It is not normally displayed by mail
clients.)  If this is the case, changing the recipe to

:0:
*^From:.*u...@outlook.com
$HOME/Mail/sent/.

(change is colon after From) should catch only messages with an RFC
5322 From "u...@outlook.com".

 > Is it possible to haveh a double condition? That is something that
 > says that if both Resent-From and From have *u...@outlook.com, then
 > it should go to the sent-folder. In other words, is it possible to
 > use a AND or OR or Negation condition.

I'll answer the question, but first I gotta preach. ;-)  When you
don't understand the problem, it is bad practice to ask questions in
the form "how do I do ...", because respondents are likely to focus on
the how of doing what you specifically asked, not on solving your
problem.  That's OK in some sense, you'll learn something, but it's
likely to be frustrating when you do what you're told and it doesn't
solve the underlying problem.

You also should always check the man pages before posting.  Some man
pages are horribly technical (or just plain horribly written), but
others are not.  If you run into a page that's too much to deal with,
it's OK to give up and just ask for help, but only after one more
task: check the See Also section near the bottom.  Frequently there
are pointers to tutorials or examples.  The procmail and procmailrc
pages are pretty technical (I don't think they're "horrible" given
that mail itself is pretty horrible ;-).  The procmailex page, on the
other hand, has pretty much everything you need for a personal
procmailrc, and it has examples for all of them.  Many are
cut-and-pastable!

To AND conditions:

:0:
* ^From:.*u...@outlook.com
* ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.

and BOTH conditions must match the header of the email.  Order doesn't
matter because conditions don't have side effects.  To OR conditions,
use separate recipes:

:0:
* ^From:.*u...@outlook.com
$HOME/Mail/sent/.

:0:
* ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.

and if either condition matches the header of the mail, the mail will
be saved in $HOME/Mail/sent/. .  Most procmail recipes terminate
processing on match, but some don't, so order can matter (but does not
in this case because there are no side effects and the action is the
same).  To NEGATE a condition, use ! preceding the regular expression:

:0:
* ! ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.

sending anything NOT Resent-From u...@outlook.com to .../sent/.

The recipe that MIGHT do what you want if the colon suggestion doesn't
work:

:0:
* ^From.*u...@outlook.com
* ! ^Resent-From.*u...@outlook.com
$HOME/Mail/sent/.

(look Ma, no colons!, and the Resent-From condition is negated).

HTH

Steve
XEmacs Project
GNU Mailman Project
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Tony Nelson

On 19-12-23 16:07:14, Ranjan Maitra wrote:
On Mon, 23 Dec 2019 14:50:36 -0500 Todd Zullinger   
wrote:


> Ranjan Maitra wrote:
> >> Conditions are AND'ed by default, so if you want to only
> >> match messages which have both From and Resent-From headers,
> >> you can add another condition to your recipe:
> >>
> >> :0:
> >> * ^From.*u...@outlook.com
> >> * ^Resent-From:.*u...@outlook.com
> >> $HOME/Mail/sent/.
> >>
> >
> > However, all mail that has the Resent-From field still
> > goes to my sent mail. Typically, From appears later than
> > Resent-From in my mail. I will try again with the order
> > switched and report.
> >
> > Does the order matter?
>
> Interesting.  I don't think the order should matter there,
> but I could easily be wrong.  If the conditions are being
> AND'ed, then it shouldn't matter.  If they aren't, then it
> could -- but it also probably wouldn't be doing quite what
> you want then.
>
> Maybe I'm misunderstanding the docs on how conditions are
> AND'ed.  When I first thought about it, I was expecting to
> suggest writing it something like:
>
> :0
> * ^From.*u...@outlook.com
> {
> :0:
> * ^Resent-From:.*u...@outlook.com
> $HOME/Mail/sent/.
> }
>
> But the explicit mention in the docs that the conditions
> were AND'ed made me think it should work without that.

Thanks! I will try this. However, I have also realized that internal
e-mails sent through Outlook do not have this Resent-From field in
the mail header. Is it possible to have .procmailrc not find the
Resent-From field and then proceed?


Do you want to match emails that don't have  
"Resent-From:.*u...@outlook.com"

in them, but do come from Outlook.com?  Invert the match with "!":

:0
* !^Resent-From:.*u...@outlook.com
* ^From.*u...@outlook.com
$HOME/Mail/sent/.

See `man procmailrc` and examples in `man procmailex`.

--

TonyN.:'   
  '  
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


[389-users] Re: Connections Opened but No BIND Received

2019-12-23 Thread Marc Sauton
are the LDAP clients always the same?
or is it more like an LDAP server does not accept TLS or SSL connections at
all?
could it be a temporary situation while some large searches are processed?
are there load balancers in between?
check for LDAP server descriptors and system entropy.
check for nsslapd-enable-nunc-stans: off
ldapsearch -D "cn=directory manager" -W -b cn=config -s base
nsslapd-enable-nunc-stans
may be take a pstack
Thanks,
M.

On Mon, Dec 23, 2019 at 3:08 PM Trevor Fong  wrote:

> Hi Everyone,
>
> We're running a cluster of VM's running 389-Directory/1.3.9.1
> B2019.164.1418 on RHEL7.7.
> Some are providers, which replicate to a bunch of hubs (which provide
> authentication services), which replicate in turn to a bunch of consumers
> (which provide support for longer running queries).
> Of late, we've a few clients have noted timed out connections.
> When we look in our logs we see things like:
>
> [23/Dec/2019:00:21:50.760643645 -0800] conn=7827580 fd=469 slot=469 SSL
> connection from  to 
> [23/Dec/2019:00:21:50.764149645 -0800] conn=7827580 TLS1.2 256-bit AES-GCM
>  connection>
> [23/Dec/2019:00:22:05.763868515 -0800] conn=7827580 op=-1 fd=469 closed -
> Encountered end of file.
>
> Others connections are made and operate just fine between the opening and
> closing of the timed-out connection.
>
> Would anyone know what this could be/what we could check?
>
> Thanks,
> Trev
> ___
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
>
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org


Re: Please add OpenVSP to the Fedora repositories.

2019-12-23 Thread Patrick O'Callaghan
On Mon, 2019-12-23 at 15:48 -0500, Rahul Sundaram wrote:
> HI
> 
> On Sat, Dec 21, 2019 at 5:13 AM Patrick O'Callaghan 
> wrote:
> 
> > On Fri, 2019-12-20 at 18:56 -0500, Rahul Sundaram wrote:
> > 
> > > https://developer.fedoraproject.org/deployment/copr/about.html
> > 
> > That's fine for developers, but what about users?
> > 
> 
> There is no bright line dividing users and developers in Fedora.  Anyone
> can maintain a package in copr if they are willing the learn

Obviously. The point I'm attempting to make is that there seems to be
no standard way for non-developers to request a package, which is what
the OP is trying to do. That could be intentional or it could be an
oversight, but either way it appears to be the case.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: How to fix "dnf autoremove" on my system?

2019-12-23 Thread Anthony F McInerney
On Mon, 23 Dec 2019 at 21:53, Samuel Sieb  wrote:

> On 12/23/19 9:04 AM, Manuel Reimer wrote:
> > If I run "autoremove", then I get the following (long) list where surely
> > not everything can be removed.
>
> Why are you trying to do this?  There is no easy way to mark the
> necessary packages.  It's a very manual process and somewhat specific to
> the person doing it.  Unless you have a specific concern, it's not worth
> it.
>
> So out of interest i ran 'dnf grouplist -v' (after checking autoremove)
and notice that I no longer have a group installed.
As i use xfce base i ran 'dnf group install xfce-desktop-environment' .
Didn't really fix my autoremove list much, added 1 to it :)
Anyway, just wondering if this might help with some of the more basic
packages listed - firewalld etc. :/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


[389-users] Connections Opened but No BIND Received

2019-12-23 Thread Trevor Fong
Hi Everyone,

We're running a cluster of VM's running 389-Directory/1.3.9.1 B2019.164.1418 on 
RHEL7.7.
Some are providers, which replicate to a bunch of hubs (which provide 
authentication services), which replicate in turn to a bunch of consumers 
(which provide support for longer running queries).
Of late, we've a few clients have noted timed out connections.
When we look in our logs we see things like:

[23/Dec/2019:00:21:50.760643645 -0800] conn=7827580 fd=469 slot=469 SSL 
connection from  to 
[23/Dec/2019:00:21:50.764149645 -0800] conn=7827580 TLS1.2 256-bit AES-GCM

[23/Dec/2019:00:22:05.763868515 -0800] conn=7827580 op=-1 fd=469 closed - 
Encountered end of file.

Others connections are made and operate just fine between the opening and 
closing of the timed-out connection.

Would anyone know what this could be/what we could check?

Thanks,
Trev 
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org


Re: How to fix "dnf autoremove" on my system?

2019-12-23 Thread Samuel Sieb

On 12/23/19 9:04 AM, Manuel Reimer wrote:
I seem to be one of the users who has a somewhat "corrupted" package 
database.


Why do you think your package database is corrupted?  If it's because of 
this autoremove issue, then you don't really have a problem.


The system has been only upgraded so far and was initially installed 
with "yum".


I think the metadata store is different between yum and dnf, so if you 
initially installed with yum, then dnf won't have all the right info.


If I run "autoremove", then I get the following (long) list where surely 
not everything can be removed.


Why are you trying to do this?  There is no easy way to mark the 
necessary packages.  It's a very manual process and somewhat specific to 
the person doing it.  Unless you have a specific concern, it's not worth it.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Ranjan Maitra
On Mon, 23 Dec 2019 14:50:36 -0500 Todd Zullinger  wrote:

> Ranjan Maitra wrote:
> >> Conditions are AND'ed by default, so if you want to only
> >> match messages which have both From and Resent-From headers,
> >> you can add another condition to your recipe:
> >>
> >> :0:
> >> * ^From.*u...@outlook.com
> >> * ^Resent-From:.*u...@outlook.com
> >> $HOME/Mail/sent/.
> >>
> >
> > However, all mail that has the Resent-From field still
> > goes to my sent mail. Typically, From appears later than
> > Resent-From in my mail. I will try again with the order
> > switched and report.
> >
> > Does the order matter?
>
> Interesting.  I don't think the order should matter there,
> but I could easily be wrong.  If the conditions are being
> AND'ed, then it shouldn't matter.  If they aren't, then it
> could -- but it also probably wouldn't be doing quite what
> you want then.
>
> Maybe I'm misunderstanding the docs on how conditions are
> AND'ed.  When I first thought about it, I was expecting to
> suggest writing it something like:
>
> :0
> * ^From.*u...@outlook.com
> {
> :0:
> * ^Resent-From:.*u...@outlook.com
> $HOME/Mail/sent/.
> }
>
> But the explicit mention in the docs that the conditions
> were AND'ed made me think it should work without that.

Thanks! I will try this. However, I have also realized that internal e-mails 
sent through Outlook do not have this Resent-From field in the mail header. Is 
it possible to have .procmailrc not find the Resent-From field and then proceed?

Thank you again very much!!

Best wishes,
Ranjan



>
> --
> Todd


--
Important Notice: This mailbox is ignored: e-mails are set to be deleted on 
receipt. Please respond to the mailing list if appropriate. For those needing 
to send personal or professional e-mail, please use appropriate addresses.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Please add OpenVSP to the Fedora repositories.

2019-12-23 Thread Rahul Sundaram
HI

On Sat, Dec 21, 2019 at 5:13 AM Patrick O'Callaghan 
wrote:

> On Fri, 2019-12-20 at 18:56 -0500, Rahul Sundaram wrote:
>
> > https://developer.fedoraproject.org/deployment/copr/about.html
>
> That's fine for developers, but what about users?
>

There is no bright line dividing users and developers in Fedora.  Anyone
can maintain a package in copr if they are willing the learn

Rahul
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Todd Zullinger
Ranjan Maitra wrote:
>> Conditions are AND'ed by default, so if you want to only
>> match messages which have both From and Resent-From headers,
>> you can add another condition to your recipe:
>>
>> :0:
>> * ^From.*u...@outlook.com
>> * ^Resent-From:.*u...@outlook.com
>> $HOME/Mail/sent/.
>>
> 
> However, all mail that has the Resent-From field still
> goes to my sent mail. Typically, From appears later than
> Resent-From in my mail. I will try again with the order
> switched and report.
> 
> Does the order matter?

Interesting.  I don't think the order should matter there,
but I could easily be wrong.  If the conditions are being
AND'ed, then it shouldn't matter.  If they aren't, then it
could -- but it also probably wouldn't be doing quite what
you want then.

Maybe I'm misunderstanding the docs on how conditions are
AND'ed.  When I first thought about it, I was expecting to
suggest writing it something like:

:0
* ^From.*u...@outlook.com
{
:0:
* ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.
}

But the explicit mention in the docs that the conditions
were AND'ed made me think it should work without that.

-- 
Todd


signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Problem printer to Brother WiFi printer

2019-12-23 Thread Adam Mercer
On Mon, Dec 23, 2019 at 10:51 AM Adam Mercer  wrote:

> > https://support.brother.com/g/b/faqend.aspx?c=us=en=hll8350cdw_us_eu_as=100257=faq00100553_000=1
>
> This was new, the paths on my system were slightly different, i.e.
> /opt/brother instead of /.usr/local/Brother but I followed this one
> and the same behaviour.

The problem was SELinux, if I disable SELinux  I can print so the
configuration needs a little tweak. Now I know where to look I should
be able to get this working with SELinux enabled. Thanks for the
suggestions.

Cheers

Adam
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: F31: wifi-radar doesn't work

2019-12-23 Thread Todd Zullinger
Frank Elsner wrote:
> On Sun, 22 Dec 2019 19:56:34 -0500 Todd Zullinger wrote:
>> Hi,
>> 
>> Frank Elsner wrote:
>>> on my Fedora 31 system wifi-radar doesn't work but gives
>>> 
>>> $ wifi-radar 
>>>   File "/usr/sbin/wifi-radar", line 179
>>> except OSError, exception:
>>>   ^
>>> SyntaxError: invalid syntax
>>> 
>>> Why this? Python problem?
>> 
>> The wifi-radar code needs to be fixed to work with python3.
> 
> My quick and dirty fix is to replace "#! /usr/bin/python3"
>   by "#! /usr/bin/python2"
> ^
> This makes wifi-radar working again.

Ahh, yes.  That's the nice, quick way of making it work.  I
was focusing on how to fix it properly at the package level
and forgetting the importance of having something which
works for the end user. :)

The package dropped the "Requires: pygtk2", so if you're
deploying to any new systems you'd want to make sure that's
installed as well, in case nothing else pulls it in.

-- 
Todd


signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Adding a disk to existing BTRFS

2019-12-23 Thread Chris Murphy
On Sun, Dec 22, 2019 at 12:52 AM Javier Perez  wrote:
>
> Hi
> My home partition is on a 2T HDD using btrfs
>
> I am reading the material at
> http://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Multiple_Devices
> but still I am not that clear on some items.
>
> If I want to to add a second 2T drive to work as a mirror (RAID1) it looks 
> like I do not have to invoke mdadm or anything similar, it seems like btrfs 
> will handle it all internally. Am I understanding this right?

Correct.

>
> Also, before I add a new device, do I have to partition the drive or does 
> btrfs take over all these duties (partitioning, formating) when it adds the 
> device to the filesystem?

Partitioning is optional. Drives I dedicate for one task only, I do
not partition. If I use them for other things, or might use them for
other things, then I partition them.

The add command formats the new device and resizes the file system:
# btrfs device add /dev/sdX /mountpoint

The balance command with a convert filter changes the profile for
specified block groups, and does replication:
# btrfs balance start -dconvert=raid1 -mconvert=raid1 /mountpoint


> What has been the experience like with such a system?

Gotcha 1: applies to mdadm and LVM raid as well as Btrfs, is that it's
really common for mismatching drive SCT ERC and kernel SCSI block
command timer. That is, there is a drive error timeout and a kernel
block device error timeout. The drive's timeout must be less than the
kernel, or valuable information is lost that prevents self-healing,
allows bad sectors to accumulate, and eventually there will be data
loss. The thing is, the defaults are often wrong: consumer hard drives
often have very long SCT ERC, typically it's disabled, making for
really impressive timeouts in excess of 1 minute (some suggest it can
be 2 or 3 minutes), whereas the kernel command timeout is 30 seconds.
Ideally, use 'smartctl -l scterc' to set the SCT ERC to something like
7 seconds, this can also be set using a udev rule pointed to the
device by-id using serial number or wwn. You want the drive firmware
to give up on read errors quickly, that way it reports the bad
sector's LBA to the kernel, which in turn can find a good copy (raid1,
5, 6 or DUP profiles on Btrfs) and overwrite the bad sector thereby
fixing it. If the drive doesn't support SCT ERC, then you'll need to
increase the kernel's command timer. This is a kernel setting, but it
is per block device. And raise the value to something fairly
incredible, like 180 seconds. That means worst case scenario, a
marginally bad sector results in possibly a 3 minute hang until the
drive gives up, and reports a read error - and then it gets fixed up.

It seems esoteric, but really it's pernicious and common in the data
loss cases reported on linux-raid@ where they have the most experience
with RAID. But it applies the same to Btrfs.

More info here:
https://raid.wiki.kernel.org/index.php/Timeout_Mismatch

Gotcha 2, 3, 4:  Device failures mean multiple gotchas all at once, so
you kinda need a plan how to deal with this so you aren't freaking out
if it happens. Panic often leads to user induced data loss. If in
doubt, you are best off doing nothing and asking. Both linux-btrfs@
list and #btrfs on IRC freenode.net are approachable for this.

Gotcha: If a device dies, you're not likely to see any indication of
failure unless you're looking at kernel messages, and see a ton of
Btrfs complaints. Like, several scary red warnings *per* lost write.
If a drive dies, there will quickly be thousands of these. Whether you
do or don't notice this, the next time you reboot...

Gotcha: By default, Btrfs fails to mount if it can't find all devices.
This is because there are consequences to degraded operation, and it
requires user interaction to make sure its all resolved. But because
such mounts fail, there's a udev rule to wait for all Btrfs member
devices, that way small delays between multiple devices appearing,
don't result in failed mounts. But there's no timeout for this udev
rule, near as I can tell:

This is the rule
/usr/lib/udev/rules.d/64-btrfs.rules

So now you're stuck in this startup hang.

If it's just a case of the device accidentally missing, it's safe to
reconnect it, and then startup will proceed normally.

Otherwise, you need a way to get unstuck.

I'm improvising here, but what you want to do is remove the suspect
drive, (temporarily) disable this udev rule, so that it *will* try to
mount /home, and also you could change the fstab to add the "degraded"
option so that the mount attempt won't fail. Now at least you can boot
and work while degraded until you get a chance to really fix the
problem. A degraded /home operation isn't any more risky than a single
device /home - the consequences really are all in making sure it's put
back together correctly.

Ok so how to do all that? Either boot off a Live CD, inhibit the udev
rule, change fstab. Or you could boot your system with
rd.break=cmdline, mount 

Re: How to fix "dnf autoremove" on my system?

2019-12-23 Thread stan via users
On Mon, 23 Dec 2019 18:04:28 +0100
Manuel Reimer  wrote:

> Hello,
> 
> I seem to be one of the users who has a somewhat "corrupted" package 
> database.
> 
> The system has been only upgraded so far and was initially installed 
> with "yum".
> 
> If I run "autoremove", then I get the following (long) list where
> surely not everything can be removed.
> 
> Can someone please prepare a command for me to mark the "relevant" 
> packages as "explicitly installed"?
> 
> List: https://pastebin.com/uanFQiAV

I'm not quite sure what you mean, as I haven't used the command
autoremove.

The way to correct a corrupted rpm database, is to run as sudo or su or
root the command:
rpm --rebuilddb
This tells rpm to look at the installed packages, and rebuild its db
using them.  All package managers use the rpm db, so this should fix any
packages that are installed but missing.

However, if murphy's law strikes and it doesn't, then I have attached a
dnf command that should work by reinstalling all the packages.  It is a
bash script, so it will need exec permissions.

If this still doesn't work, try replacing the reinstall with install in
the script.
#! /bin/bash

dnf reinstall \
 GeoIP-GeoLite-data-extra\
 NetworkManager-adsl \
 NetworkManager-bluetooth\
 NetworkManager-config-connectivity-fedora   \
 NetworkManager-ppp  \
 NetworkManager-wwan \
 PackageKit-gstreamer-plugin \
 SuperLU \
 abrt-addon-ccpp \
 abrt-addon-kerneloops   \
 abrt-addon-pstoreoops   \
 abrt-addon-vmcore   \
 abrt-addon-xorg \
 abrt-cli\
 abrt-desktop\
 abrt-gui\
 abrt-gui-libs   \
 abrt-plugin-bodhi   \
 abrt-retrace-client \
 abrt-tui\
 armadillo   \
 arpack  \
 autogen-libopts \
 avahi-autoipd   \
 bind-libs   \
 bind-libs-lite  \
 bind-utils  \
 blas\
 bluez-cups  \
 boost-atomic\
 boost-random\
 celt051 \
 cfitsio \
 clutter-gst2\
 compat-openssl10-pkcs11-helper  \
 corosync\
 cryptsetup  \
 dbus-x11\
 dcraw   \
 desktop-backgrounds-gnome   \
 dracut-config-rescue\
 dump\
 elfutils\
 elfutils-libs   \
 enca\
 execstack   \
 f24-backgrounds-base\
 f24-backgrounds-gnome   \
 f25-backgrounds-base\
 f25-backgrounds-gnome   \
 f26-backgrounds-base\
 f26-backgrounds-gnome   \
 firewall-config \
 firewalld   \
 firewalld-filesystem\
 fpaste  \
 freexl  \
 fwupdate-efi\
 fwupdate-libs   \
 gamin   \
 gdal-libs   \
 geos\
 glassfish-servlet-api   \
 gmime   \
 gnome-abrt  \
 gnome-backgrounds-extras\
 gnutls-dane \
 gnutls-utils\
 gperftools-libs \
 gtksourceview3  \
 gtkspell3   \
 guile   \
 gvfs-smb\
 hplip-gui   \
 ibus-wayland\
 icoutils\
 ipset   \
 ipset-libs  \
 iwl100-firmware \
 iwl1000-firmware\
 iwl105-firmware \
 

Re: Problem printer to Brother WiFi printer

2019-12-23 Thread Adam Mercer
On Mon, Dec 23, 2019 at 5:12 AM George N. White III  wrote:

> Two things to consider: the drivers may require 32-bit libraries and may
> not provide SElinux configuration.If you have the drivers installed
> you can use "ldd " see if libraries are missing.

Nothing seems to be missing.

> For SElinux see Brother's FAQ entries:
>
> https://support.brother.com/g/b/faqend.aspx?c=us=en=hll8350cdw_us_eu_as=100257=faq00100689_000

I'd already following that one.

> https://support.brother.com/g/b/faqend.aspx?c=us=en=hll8350cdw_us_eu_as=100257=faq00100553_000=1

This was new, the paths on my system were slightly different, i.e.
/opt/brother instead of /.usr/local/Brother but I followed this one
and the same behaviour.

Cheers

Adam
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Ranjan Maitra
Thanks very much!

>
> I don't think it's off-topic, as procmail is included in
> Fedora and used by plenty of folks here.  Granted, there are
> probably forums with more procmail users and experts than
> this one.

Thanks again for answering this question. However, something is not quite 
working.

>
> Conditions are AND'ed by default, so if you want to only
> match messages which have both From and Resent-From headers,
> you can add another condition to your recipe:
>
> :0:
> * ^From.*u...@outlook.com
> * ^Resent-From:.*u...@outlook.com
> $HOME/Mail/sent/.
>

However, all mail that has the Resent-From field still goes to my sent mail. 
Typically, From appears later than Resent-From in my mail. I will try again 
with the order switched and report.

Does the order matter?

Many thanks,
Ranjan


Important Notice: This mailbox is ignored: e-mails are set to be deleted on 
receipt. Please respond to the mailing list if appropriate. For those needing 
to send personal or professional e-mail, please use appropriate addresses.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


How to fix "dnf autoremove" on my system?

2019-12-23 Thread Manuel Reimer

Hello,

I seem to be one of the users who has a somewhat "corrupted" package 
database.


The system has been only upgraded so far and was initially installed 
with "yum".


If I run "autoremove", then I get the following (long) list where surely 
not everything can be removed.


Can someone please prepare a command for me to mark the "relevant" 
packages as "explicitly installed"?


List: https://pastebin.com/uanFQiAV

Thanks in advance

Manuel

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: F31: wifi-radar doesn't work

2019-12-23 Thread Frank Elsner
On Sun, 22 Dec 2019 19:56:34 -0500 Todd Zullinger wrote:
> Hi,
> 
> Frank Elsner wrote:
> > on my Fedora 31 system wifi-radar doesn't work but gives
> > 
> > $ wifi-radar 
> >   File "/usr/sbin/wifi-radar", line 179
> > except OSError, exception:
> >   ^
> > SyntaxError: invalid syntax
> > 
> > Why this? Python problem?
> 
> The wifi-radar code needs to be fixed to work with python3.

My quick and dirty fix is to replace "#! /usr/bin/python3"
  by "#! /usr/bin/python2"
^
This makes wifi-radar working again.


Merry Christmas, Frank
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Todd Zullinger
Hi,

Ranjan Maitra wrote:
> This is an OT question, but one that I am sure someone
> here will likely know the answer to, given how much help I
> have received here on such questions in the past.

I don't think it's off-topic, as procmail is included in
Fedora and used by plenty of folks here.  Granted, there are
probably forums with more procmail users and experts than
this one.

> So, I  store e-mails sent by me to others using the "From"
> field to a folder called "/sent"
>
> So, I use in my .procmailrc:
>
> :0:
> *^From.*u...@outlook.com
> $HOME/Mail/sent/.
>
> And it used to work fine. However, recently I have also
> started forwarding my e-mail from the address:
> u...@outlook.com and what is happening is that the e-mail
> envelope of every forwarded message now contains the
> header: Resent-From.*u...@outlook.com so all forwarded
> e-mail is being saved to the sent folder.
> 
> Is it possible to have a double condition? That is
> something that says that if both Resent-From and From have
> *u...@outlook.com, then it should go to the sent-folder.
> In other words, is it possible to use a AND or OR or
> Negation condition.

Conditions are AND'ed by default, so if you want to only
match messages which have both From and Resent-From headers,
you can add another condition to your recipe:

:0:
* ^From.*u...@outlook.com
* ^Resent-From:.*u...@outlook.com
$HOME/Mail/sent/.

The procmailrc and procmailex manpages are worth reading
over if you haven't done so in a while. :)

-- 
Todd


signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


OT: help conditioning on multiple fields using procmail

2019-12-23 Thread Ranjan Maitra
Hi,

This is an OT question, but one that I am sure someone here will likely know 
the answer to, given how much help I have received here on such questions in 
the past.

So, I  store e-mails sent by me to others using the "From" field to a folder 
called "/sent"

So, I use in my .procmailrc:

:0:
*^From.*u...@outlook.com
$HOME/Mail/sent/.

And it used to work fine. However, recently I have also started forwarding my 
e-mail from the address: u...@outlook.com and what is happening is that the 
e-mail envelope of every forwarded message now contains the header: 
Resent-From.*u...@outlook.com so all forwarded e-mail is being saved to the 
sent folder.

Is it possible to have a double condition? That is something that says that if 
both Resent-From and From have *u...@outlook.com, then it should go to the 
sent-folder. In other words, is it possible to use a AND or OR or Negation 
condition.

Thanks very much in advance for your time, and also your help and suggestions 
in answering this question!

Best wishes,
Ranjan
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Problem printer to Brother WiFi printer

2019-12-23 Thread George N. White III
On Mon, 23 Dec 2019 at 04:00, Adam Mercer  wrote:

> On Sun, Dec 22, 2019 at 10:42 PM fedora  wrote:
>
> > have you installed
> > system-config-printer
> > and made the printer available through this setup?
>
> I didn't but I've just done that, after installing
> system-config-printer the printer was showing up and I used the
> Troubleshooting option to see if it could find anything, it couldn't
> and suggested filing a bug.
>
> I've got a support request open with Brother to see if they can shed
> any light on what's going on... if that's not successful I'll probably
> file a ticket as I'm out of ideas.
>

Two things to consider: the drivers may require 32-bit libraries and may
not provide SElinux configuration.If you have the drivers installed
you can use "ldd " see if libraries are missing.

For SElinux see Brother's FAQ entries:

https://support.brother.com/g/b/faqend.aspx?c=us=en=hll8350cdw_us_eu_as=100257=faq00100689_000
https://support.brother.com/g/b/faqend.aspx?c=us=en=hll8350cdw_us_eu_as=100257=faq00100553_000=1

-- 
George N. White III
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Problem printer to Brother WiFi printer

2019-12-23 Thread Adam Mercer
On Sun, Dec 22, 2019 at 10:42 PM fedora  wrote:

> have you installed
> system-config-printer
> and made the printer available through this setup?

I didn't but I've just done that, after installing
system-config-printer the printer was showing up and I used the
Troubleshooting option to see if it could find anything, it couldn't
and suggested filing a bug.

I've got a support request open with Brother to see if they can shed
any light on what's going on... if that's not successful I'll probably
file a ticket as I'm out of ideas.

Cheers

Adam
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org