Re: F38/Xfce - background DNF checks still going
On 5/10/23 17:00, Kevin Fenzi wrote: On Wed, May 10, 2023 at 04:41:29PM -0400, Robert Moskowitz wrote: I thought I disabled dnfdragona from doing its 3? hour check for anything new. But whenever I do a "dnf update" I see it starting with a message like: Last metadata expiration check: 1:46:14 ago on Wed 10 May 2023 02:52:06 PM EDT. How do I stop this? Might be the dnf timer? systemctl status dnf-makecache.timer ● dnf-makecache.timer - dnf makecache --timer Loaded: loaded (/usr/lib/systemd/system/dnf-makecache.timer; enabled; pres> Active: active (waiting) since Thu 2023-05-04 08:35:42 EDT; 6 days ago Trigger: Wed 2023-05-10 23:31:31 EDT; 20min left Triggers: ● dnf-makecache.service yep that is it. and disable with: systemctl disable dnf-makecache.timer Removed "/etc/systemd/system/timers.target.wants/dnf-makecache.timer". thanks! kevin ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Emacs error in F38
On Wed, May 10, 2023 at 5:52 PM Mark C. Allman via users < users@lists.fedoraproject.org> wrote: > On 5/10/23 16:43, Ranjan Maitra wrote: > > Hi, > > > > Ever since upgrading to F38, I have been getting emacs crashes > (Segmentation faults) quite frequently, but not always. Specifically, I get > the following message on the screen when emacs crashes. > > > > Any ideas as to what the remedy is? The version I have is: > > > > emacs-1:28.2-4.fc38.x86_64 > > > > Many thanks and best wishes, > > Ranjan > > > > Here is the error I get: > > > > $ Backtrace: > > emacs(emacs_backtrace+0x5c)[0x5889dc] > > emacs(terminate_due_to_signal+0xa1)[0x46533c] > emacs was working for me up to today after installing updates using Gnome Software. Running emacs in an ssh session: % emacs Fatal error 11: Segmentation fault Backtrace: emacs(emacs_backtrace+0x5c)[0x5889dc] emacs(terminate_due_to_signal+0xa1)[0x46533c] "emacs -nw" works. I have another f38 system that was not updated where emacs is working. I would use strace: strace -o /tmp/emacs.log /usr/bin/emacs. Whatever > happens should be captured at/near the bottom if /tmp/emacs.log > It has been many years since I last had a problem with emacs, but guessing the relevant bit is: poll([{fd=4, events=POLLIN}], 1, -1)= 1 ([{fd=4, revents=POLLIN}]) --- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} --- rt_sigreturn({mask=[]}) = 1 recvmsg(4, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\1\0\326\10\0\0\0\0\314\314\314\314\314\314\314\314\314\31 4\314\314\0\0\0\0\0\0\0\0\0\0\0\0", iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32 recvmsg(4, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(4, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(4, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(4, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=7, events=POLLIN}], 3, 0) = 0 (Timeout) --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1c} --- rt_sigaction(SIGSEGV, {sa_handler=SIG_DFL, sa_mask=[SEGV], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f547d83bb70}, {sa_handler=0x587a50, sa_mask=~[KILL STOP RTMIN RT_1], sa_flags=SA_RESTORER|SA_ONSTACK|SA_SIGINFO, sa_restorer=0x7f547d83bb70}, 8) = 0 ioctl(0, TIOCGPGRP, [16074])= 0 getpgrp() = 16074 openat(AT_FDCWD, "/proc/self/maps", O_RDONLY|O_CLOEXEC) = 14 newfstatat(14, "", {st_mode=S_IFREG|0444, st_size=0, ...}, AT_EMPTY_PATH) = 0 read(14, "0040-00453000 r--p "..., 1024) = 1024 close(14) = 0 write(2, "Fatal error 11: Segmentation fau"..., 35) = 35 -- 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Keeping ssh sessions alive
On Wed, May 10, 2023, at 2:38 PM, Sam Varshavchik wrote: > I switched wifi routers. The new model, a Linksys WRT3200ACM kills my idle > SSH sessions. I found my old "hold" script, maybe it would work: #!/bin/sh # # For holding open a connection that the sonic wall wants to time # out. if [ $# -lt 1 ];then echo echo "This script will try to hold open a shell session that may" echo "otherwise be timed out by a sonicwall firewall or other idle" echo "timeout functions. It will simple send a " " (without a CR)" echo "every 15 minutes for as many hours as you specify on the command" echo "line. Note that you have to background it if you want use of" echo "the curser while it is running." echo echo "Usage: hold 3&" echo "(hold open the connection for 3 hours)" echo exit fi loopcount=`expr $1 \* 4` while [ $loopcount -gt 0 ] do sleep 900 #sleep 15 minutes echo -ne " \b" # the smallest thing that will keep it open (is it?) loopcount=`expr $loopcount - 1` done ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Keeping ssh sessions alive
On Wed, 10 May 2023 17:38:43 -0400 Sam Varshavchik wrote: > Anyone have any tips for defeating this rudeness, short of a brute force > approach. I don't know if this counts as brute force, but you could run an ssh-keyscan command on cron. That sends real data back and forth to server without needing authentication. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Keeping ssh sessions alive
I switched wifi routers. The new model, a Linksys WRT3200ACM kills my idle SSH sessions. I have /etc/ssh/sshd_config.d/01-local.conf that has a "ClientAliveInterval" setting. With my previous router setting ClientAliveInterval to 60 seconds was enough to keep it from killing my idle SSH sessions. But this little bastard keeps killing my ssh sessions even with a 30 second ClientAliveInterval timeout. Yet, after an artificial sleep(30) the ssh session is still alive. I used tcpdump to confirm that there's activity going on at 30 second intervals when the session is idle. This must mean that this little bastard detects clientalive ssh packets, for the purposes of timing out connections. Very rude. Anyone have any tips for defeating this rudeness, short of a brute force approach. pgp0rmjfsMPOR.pgp 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Chrome showing no text
On Fri, May 5, 2023 at 5:40 PM Neal Becker wrote: > > On Fri, May 5, 2023 at 2:17 PM Jeffrey Walton wrote: > >> On Fri, May 5, 2023 at 1:13 PM steven stern wrote: >> > >> > Something in one of the updates I installed today (but not Chrome) has >> > broken chrome. It's now showing any text. Ideas? >> > https://i.imgur.com/5DsPMMe.png >> >> Someone reported something similar on Reddit at r/Fedora, >> >> https://www.reddit.com/r/Fedora/comments/138vba0/chrome_broken_after_today_update/ >> . Comment was made and it is already reported: >> https://bugzilla.redhat.com/show_bug.cgi?id=2193335 . >> >> > (No, not using Chrome isn't really an option.) >> >> I just reported something similar here. I switched to google-chrome-beta >> and it's working fine. > > I got a dnf update to google-chrome-stable today and it seems to be working. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Firefox - detection of exiting tabs with URLs
Tim: >> In the past I'd noticed a behaviour that if I opened a blank tab >> and typed in something like facebook, let auto-complete do its thing >> and picked something from the drop-down list that appeared below the >> address bar from its history, I'd often see the browser whiz over to >> an existing tab which already had that site loaded. It was that or >> a very similar kind of situation. Samuel Sieb: > Look carefully at the item you're clicking. Watch for the tag that > says "Switch to Tab". Yep, that was it. The odd thing is, when just testing it now that didn't appear. Then I opened up a bunch of extra tabs, tried again, and that option appeared. Then I tried again typing in another site address that's already loaded, and there's no "switch to tab" thing in the address bar's drop-down history. The option seems to come and go without any obvious pattern. -- NB: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the list. The following system info data is generated fresh for each post: uname -rsvp Linux 6.2.14-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Mon May 1 00:54:35 UTC 2023 x86_64 ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: DMARC and SPF and DKIM, oh, my!
On Thu, 2023-05-11 at 05:07 +0930, Tim via users wrote: > Tim: > > > The list server should, of course, be taking anti-spam efforts of > > > its own (only allowed authorised members to post through it). > > > Patrick O'Callaghan: > > Just on that point, policies vary: > > > > 1) Block unsubscribed users > > 2) Allow unsubscribed users > > 3) Hold unsubscribed users for moderation > > > > I think the Fedora list currently has (2). > > I wouldn't have thought so, or we'd be inundated with spam. > > As it is, we seem to get just the odd one or two. I suspect they > subscribe, bide their time, then post it. > > That, or they simply read the list and copy some poster's address and > fraudulently post as them. Of course, if other anti-spam techniques > only accept mail from a user from their own mail servers, that ought > to stop that approach. Apparently so. I was extrapolating from the fact that in the past I think I've seen posts from people who explicitly say they aren't on the list, but I may be misremembering. 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F38/Xfce - background DNF checks still going
On Wed, May 10, 2023 at 04:41:29PM -0400, Robert Moskowitz wrote: > I thought I disabled dnfdragona from doing its 3? hour check for anything > new. But whenever I do a "dnf update" I see it starting with a message > like: > > Last metadata expiration check: 1:46:14 ago on Wed 10 May 2023 02:52:06 PM > EDT. > > How do I stop this? Might be the dnf timer? systemctl status dnf-makecache.timer and disable with: systemctl disable dnf-makecache.timer kevin 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Emacs error in F38
On 5/10/23 16:43, Ranjan Maitra wrote: Hi, Ever since upgrading to F38, I have been getting emacs crashes (Segmentation faults) quite frequently, but not always. Specifically, I get the following message on the screen when emacs crashes. Any ideas as to what the remedy is? The version I have is: emacs-1:28.2-4.fc38.x86_64 Many thanks and best wishes, Ranjan Here is the error I get: $ Backtrace: emacs(emacs_backtrace+0x5c)[0x5889dc] emacs(terminate_due_to_signal+0xa1)[0x46533c] emacs[0x465cc6] emacs[0x6ae2b4] /lib64/libc.so.6(+0x3db70)[0x7f992825fb70] /lib64/libcairo.so.2(+0x59c8c)[0x7f9930a01c8c] /lib64/libcairo.so.2(+0xa8144)[0x7f9930a50144] /lib64/libcairo.so.2(+0x64127)[0x7f9930a0c127] /lib64/libcairo.so.2(+0x70099)[0x7f9930a18099] /lib64/libcairo.so.2(+0x720e9)[0x7f9930a1a0e9] /lib64/libcairo.so.2(+0x2be9a)[0x7f99309d3e9a] /lib64/libcairo.so.2(cairo_show_glyphs+0x2e)[0x7f9930a2845e] emacs[0x68c1cd] emacs[0x539ac2] emacs[0x53c0b4] emacs[0x4c0f14] emacs(gui_write_glyphs+0x9c)[0x4ccc9c] emacs[0x4757a6] emacs[0x47caac] emacs[0x47d824] emacs(update_frame+0x1ed)[0x47e4cd] emacs[0x4aca1f] emacs(message3_nolog+0xf6)[0x4a2a86] emacs(message3+0x308)[0x4a2f18] emacs(Fmessage+0x46)[0x5fa976] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/mule-3352613d-82b9a969.eln(F6c6f61642d776974682d636f64652d636f6e76657273696f6e_load_with_code_conversion_0+0x31b)[0x7f992134051b] emacs(Ffuncall+0x221)[0x603971] emacs(Fload+0x3f9)[0x6305c9] emacs(Ffuncall+0x221)[0x603971] emacs[0x609b15] emacs(Fmapc+0x55)[0x609db5] emacs(eval_sub+0x5c8)[0x602d78] emacs[0x63001b] emacs(Feval_buffer+0x17a)[0x63143a] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/mule-3352613d-82b9a969.eln(F6c6f61642d776974682d636f64652d636f6e76657273696f6e_load_with_code_conversion_0+0x27b)[0x7f992134047b] emacs(Ffuncall+0x221)[0x603971] emacs(Fload+0x3f9)[0x6305c9] emacs(Ffuncall+0x221)[0x603971] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/startup-bbc6ea72-9c04c94d.eln(F636f6d6d616e642d6c696e65_command_line_0+0x1436)[0x7f99212d4ca6] emacs(Ffuncall+0x221)[0x603971] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/startup-bbc6ea72-9c04c94d.eln(F6e6f726d616c2d746f702d6c6576656c_normal_top_level_0+0xf6d)[0x7f99212d138d] .. ___ I would use strace: strace -o /tmp/emacs.log /usr/bin/emacs. Whatever happens should be captured at/near the bottom if /tmp/emacs.log -- Mark ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F38/Xfce - background DNF checks still going
On 05/10/2023 02:41 PM, Robert Moskowitz wrote: I thought I disabled dnfdragona from doing its 3? hour check for anything new. But whenever I do a "dnf update" I see it starting with a message like: Last metadata expiration check: 1:46:14 ago on Wed 10 May 2023 02:52:06 PM EDT. How do I stop this? sudo dnf remove dnfdragona should do the trick. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Emacs error in F38
Hi, Ever since upgrading to F38, I have been getting emacs crashes (Segmentation faults) quite frequently, but not always. Specifically, I get the following message on the screen when emacs crashes. Any ideas as to what the remedy is? The version I have is: emacs-1:28.2-4.fc38.x86_64 Many thanks and best wishes, Ranjan Here is the error I get: $ Backtrace: emacs(emacs_backtrace+0x5c)[0x5889dc] emacs(terminate_due_to_signal+0xa1)[0x46533c] emacs[0x465cc6] emacs[0x6ae2b4] /lib64/libc.so.6(+0x3db70)[0x7f992825fb70] /lib64/libcairo.so.2(+0x59c8c)[0x7f9930a01c8c] /lib64/libcairo.so.2(+0xa8144)[0x7f9930a50144] /lib64/libcairo.so.2(+0x64127)[0x7f9930a0c127] /lib64/libcairo.so.2(+0x70099)[0x7f9930a18099] /lib64/libcairo.so.2(+0x720e9)[0x7f9930a1a0e9] /lib64/libcairo.so.2(+0x2be9a)[0x7f99309d3e9a] /lib64/libcairo.so.2(cairo_show_glyphs+0x2e)[0x7f9930a2845e] emacs[0x68c1cd] emacs[0x539ac2] emacs[0x53c0b4] emacs[0x4c0f14] emacs(gui_write_glyphs+0x9c)[0x4ccc9c] emacs[0x4757a6] emacs[0x47caac] emacs[0x47d824] emacs(update_frame+0x1ed)[0x47e4cd] emacs[0x4aca1f] emacs(message3_nolog+0xf6)[0x4a2a86] emacs(message3+0x308)[0x4a2f18] emacs(Fmessage+0x46)[0x5fa976] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/mule-3352613d-82b9a969.eln(F6c6f61642d776974682d636f64652d636f6e76657273696f6e_load_with_code_conversion_0+0x31b)[0x7f992134051b] emacs(Ffuncall+0x221)[0x603971] emacs(Fload+0x3f9)[0x6305c9] emacs(Ffuncall+0x221)[0x603971] emacs[0x609b15] emacs(Fmapc+0x55)[0x609db5] emacs(eval_sub+0x5c8)[0x602d78] emacs[0x63001b] emacs(Feval_buffer+0x17a)[0x63143a] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/mule-3352613d-82b9a969.eln(F6c6f61642d776974682d636f64652d636f6e76657273696f6e_load_with_code_conversion_0+0x27b)[0x7f992134047b] emacs(Ffuncall+0x221)[0x603971] emacs(Fload+0x3f9)[0x6305c9] emacs(Ffuncall+0x221)[0x603971] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/startup-bbc6ea72-9c04c94d.eln(F636f6d6d616e642d6c696e65_command_line_0+0x1436)[0x7f99212d4ca6] emacs(Ffuncall+0x221)[0x603971] /usr/bin/../lib64/emacs/28.2/native-lisp/28.2-a66ed3a6/preloaded/startup-bbc6ea72-9c04c94d.eln(F6e6f726d616c2d746f702d6c6576656c_normal_top_level_0+0xf6d)[0x7f99212d138d] .. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
F38/Xfce - background DNF checks still going
I thought I disabled dnfdragona from doing its 3? hour check for anything new. But whenever I do a "dnf update" I see it starting with a message like: Last metadata expiration check: 1:46:14 ago on Wed 10 May 2023 02:52:06 PM EDT. How do I stop this? thanks ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Firefox - detection of exiting tabs with URLs
On 5/10/23 12:47, Tim via users wrote: On Wed, 2023-05-10 at 13:04 +0200, lejeczek via users wrote: With f38 I think my Firefox is unable to detect or is ignoring tabs which are already opened in other windows with certain URL, when I open a new tab and want to go to a website/URL. I think Firefox would then say, would offer something like "switch to tab". In the past I'd noticed a behaviour that if I opened a blank tab and typed in something like facebook, let auto-complete do its thing and picked something from the drop-down list that appeared below the address bar from its history, I'd often see the browser whiz over to an existing tab which already had that site loaded. It was that or a very similar kind of situation. Look carefully at the item you're clicking. Watch for the tag that says "Switch to Tab". ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On 05/10/2023 01:51 PM, Tim via users wrote: "Message rejected. Trim out the content that doesn't*need* to be quoted in your reply and try again. See following link for further explanation..." Adding "including all boilerplate" might not be a bad idea, as well as telling us who actually paid attention to the message and who didn't. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On Wed, 2023-05-10 at 09:58 -0500, Michael Hennebry wrote: > Is there a way to moderate mail for boilerplate quoting? I kinda like the idea. But think it ought to be auto-reject, rather than inundate the moderator. "Message rejected. Trim out the content that doesn't *need* to be quoted in your reply and try again. See following link for further explanation..." -- NB: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the list. The following system info data is generated fresh for each post: uname -rsvp Linux 6.2.14-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Mon May 1 00:54:35 UTC 2023 x86_64 ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Firefox - detection of exiting tabs with URLs
On Wed, 2023-05-10 at 13:04 +0200, lejeczek via users wrote: > With f38 I think my Firefox is unable to detect or is ignoring tabs > which are already opened in other windows with certain URL, when I > open a new tab and want to go to a website/URL. > I think Firefox would then say, would offer something like "switch > to tab". In the past I'd noticed a behaviour that if I opened a blank tab and typed in something like facebook, let auto-complete do its thing and picked something from the drop-down list that appeared below the address bar from its history, I'd often see the browser whiz over to an existing tab which already had that site loaded. It was that or a very similar kind of situation. It's been a while since I saw it do that. And I have no plug-ins or add-ons other than what came with the browser. But I'd never seen it do that on clicked links. There's some logic to switching to the tab that already has it loaded. But then, there's also confusion when it whizzes over to the 88th tab out of 150 tabs, and you wanted to cross-reference something between two tabs side-by-side. Yeah, I know having a gazillion open tabs is chaotic. But it's so easy to get sidetracked. And two weeks later, the page often doesn't exist any more. So bookmarking a lot of things, or searching your history, doesn't always do you any good. -- NB: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the list. The following system info data is generated fresh for each post: uname -rsvp Linux 6.2.14-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Mon May 1 00:54:35 UTC 2023 x86_64 ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: DMARC and SPF and DKIM, oh, my!
Tim: >> The list server should, of course, be taking anti-spam efforts of >> its own (only allowed authorised members to post through it). Patrick O'Callaghan: > Just on that point, policies vary: > > 1) Block unsubscribed users > 2) Allow unsubscribed users > 3) Hold unsubscribed users for moderation > > I think the Fedora list currently has (2). I wouldn't have thought so, or we'd be inundated with spam. As it is, we seem to get just the odd one or two. I suspect they subscribe, bide their time, then post it. That, or they simply read the list and copy some poster's address and fraudulently post as them. Of course, if other anti-spam techniques only accept mail from a user from their own mail servers, that ought to stop that approach. -- NB: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the list. The following system info data is generated fresh for each post: uname -rsvp Linux 6.2.14-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Mon May 1 00:54:35 UTC 2023 x86_64 ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: whence USB 2?
On Wed, 2023-05-10 at 09:55 -0500, Michael Hennebry wrote: > BTW whatever happened to the B connectors? I always found them the most unreliable of the lot. And that surprised me, I thought the miniature ones would be the worst. I found them to be a very sloppy fit, and relying on the sprung tangs of bent metal hold them into place. But the metal didn't retain its shape and would bend back and go slack. This was on things like printers, hard drive enclosures, external audio equipment - devices that just sat there without being plugged and unplugged. The idea of the USB-C plug that fits either way is good. How many times have we tried to plug a USB-A in and it won't go, so you turn it around and it still won't go in, then you turn it around again and finally it goes in? I end up marking the tops of my USB-A plugs so I've got a fighting chance of plugging them in first go, but that doesn't help with sideways 90° rotated sockets. You're never quite sure which way they face, particularly when you're reaching around trying to plug something into the back of equipment. -- NB: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the list. The following system info data is generated fresh for each post: uname -rsvp Linux 6.2.14-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Mon May 1 00:54:35 UTC 2023 x86_64 ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On Tue, May 09, 2023 at 04:06:36PM -0400, Todd Zullinger wrote: > > I submitted: > > https://pagure.io/fedora-infra/ansible/pull-request/1431 > > If you know of folks who should be tagged on that for review > Kevin, please feel free to add them. > > Hopefully this can be one less item on your To Do list. Many thanks. Merged it and pushing out now. Should ve live in a bit here. kevin 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Firefox - detection of exiting tabs with URLs
On 5/10/23 11:28, lejeczek via users wrote: On 10/05/2023 17:41, stan via users wrote: On Wed, 10 May 2023 13:04:53 +0200 lejeczek via users wrote: Hi guys. With f38 I think my Firefox is unable to detect or is ignoring tabs which are already opened in other windows with certain URL, when I open a new tab and want to go to a website/URL. I think Firefox would then say, would offer something like "switch to tab". Do you see it it too? I did not change any settings, configuration in Firefox so I wonder it's just me. I am using nightly, the firefox beta, and it works this way in F37. I don't remember it ever working differently. Maybe an addon you were using to do this is no longer available? No add-ons in my case, only a few but those I've had for long long time. add-ons: duckduckgo privacy, cookie manager, gab. privacy pass from cloudflare and obviously gnome shell integation. Firefox version firefox-112.0.2-1.fc38.x86_64 I believe that "functionality" was built-in and vanilla-defaul behavior. I've got the feeling something to do with f38 upgrade I did recently. I have never seen that behaviour either. Clicking a link will open a new tab regardless of whether or not you have it open already. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Firefox - detection of exiting tabs with URLs
On 10/05/2023 17:41, stan via users wrote: On Wed, 10 May 2023 13:04:53 +0200 lejeczek via users wrote: Hi guys. With f38 I think my Firefox is unable to detect or is ignoring tabs which are already opened in other windows with certain URL, when I open a new tab and want to go to a website/URL. I think Firefox would then say, would offer something like "switch to tab". Do you see it it too? I did not change any settings, configuration in Firefox so I wonder it's just me. I am using nightly, the firefox beta, and it works this way in F37. I don't remember it ever working differently. Maybe an addon you were using to do this is no longer available? Here are a few add ons that will prevent this, probably more at the mozilla addons site. I haven't used these. https://addons.mozilla.org/en-US/firefox/addon/dont-open-duplicate-tabs/?utm_source=addons.mozilla.org_medium=referral_content=search https://addons.mozilla.org/en-US/firefox/addon/smart-prevent-duplicate-tabs/?utm_source=addons.mozilla.org_medium=referral_content=search https://addons.mozilla.org/en-US/firefox/addon/duplicate-tabs-closer-updated/?utm_source=addons.mozilla.org_medium=referral_content=search And this more extensive add on seems to be able to do so also. https://addons.mozilla.org/en-US/firefox/addon/foxytab/?utm_source=addons.mozilla.org_medium=referral_content=search ___ No add-ons in my case, only a few but those I've had for long long time. add-ons: duckduckgo privacy, cookie manager, gab. privacy pass from cloudflare and obviously gnome shell integation. Firefox version firefox-112.0.2-1.fc38.x86_64 I believe that "functionality" was built-in and vanilla-defaul behavior. I've got the feeling something to do with f38 upgrade I did recently. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: DMARC and SPF and DKIM, oh, my!
On 5/10/23 07:06, Patrick O'Callaghan wrote: On Wed, 2023-05-10 at 17:22 +0930, Tim via users wrote: The list server should, of course, be taking anti-spam efforts of its own (only allowed authorised members to post through it). Just on that point, policies vary: 1) Block unsubscribed users 2) Allow unsubscribed users 3) Hold unsubscribed users for moderation I think the Fedora list currently has (2). The Evolution list currently has (3), but clearly this will vary according to need and moderator load. Hi Patrick, A recent experience makes me think it's (3). I'd replied to a post using an unsubscribed email address and got notified at that address the the post was awaiting moderation. That was the last I heard and the post never showed up on the list. The content was obviously related to the thread but for whatever reason wasn't passed through. I was happy that was the action (not?) taken because I didn't want that email address out in the wild, i.e. on a public mailing list, so this is a big shoutout and thank you to the moderators. Mike Wright ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On Wed, May 10, 2023 at 12:52 PM Todd Zullinger wrote: > > Michael Hennebry wrote: > > On Tue, 9 May 2023, Joe Zeff wrote: > >> On 05/09/2023 04:48 PM, Todd Zullinger wrote: > >>> (trim the quoted text down to the most recent/relevant > >>> messages only). > >> > >> This should always be done so that readers don't have to plow through > >> dozens of lines from various messages looking for the relevant bits. > [...] > > Is there a way to moderate mail for boilerplate quoting? > > Not unless you count moderating all messages -- which isn't > feasible. :/ > > Catching any message which quotes the list footer might be > an option which is suggested, but I also don't feel that is > a feasible option. It would simply be too much burden for > too little gain. > > I think the best we can do is lead by example and _gently_ > nudge folks in the right direction. When there are users > who refuse to follow the guidelines, my response is to no > longer reply to their posts. This won't work in practice in many cases. It assumes all list members know the rules and follow the rules. Those who do know the rules are probably mostly following them. Those who don't know the rules may accidentally follow them; or they may accidentally break them. You need technical controls in place to educate and enforce the policy. Maybe a first step is something like a reminder email sent to the sender when a policy violation occurs. Jeff ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On 05/10/2023 10:47 AM, Todd Zullinger wrote: While I'd be fine with that, I don't know if it would work for everyone and am not intending to jump into that fire today. ;) As I wrote earlier, I'm on another list that does exactly that. Those who want or need to use that list learn to live with it, and how to set their mail client to comply. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: DMARC and SPF and DKIM, oh, my!
Patrick O'Callaghan wrote: > On Wed, 2023-05-10 at 17:22 +0930, Tim via users wrote: >> The list server should, of course, be taking anti-spam efforts of its >> own (only allowed authorised members to post through it). > > Just on that point, policies vary: > > 1) Block unsubscribed users > 2) Allow unsubscribed users > 3) Hold unsubscribed users for moderation > > I think the Fedora list currently has (2). The Mailman software provides a number of options for how to treat posts by non-members: Hold for moderation Reject (with notification) Discard (no notification) Accept immediately (bypass other rules) Default processing The users list (and most of the Fedora lists, I believe) are set to discard. -- 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
Michael Hennebry wrote: > On Tue, 9 May 2023, Joe Zeff wrote: >> On 05/09/2023 04:48 PM, Todd Zullinger wrote: >>> (trim the quoted text down to the most recent/relevant >>> messages only). >> >> This should always be done so that readers don't have to plow through >> dozens of lines from various messages looking for the relevant bits. [...] > Is there a way to moderate mail for boilerplate quoting? Not unless you count moderating all messages -- which isn't feasible. :/ Catching any message which quotes the list footer might be an option which is suggested, but I also don't feel that is a feasible option. It would simply be too much burden for too little gain. I think the best we can do is lead by example and _gently_ nudge folks in the right direction. When there are users who refuse to follow the guidelines, my response is to no longer reply to their posts. -- 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
Patrick O'Callaghan wrote: > On Tue, 2023-05-09 at 18:48 -0400, Todd Zullinger wrote: >> The users list maintains a maximum message length of 60 >> kilobytes; other Fedora lists may have similar length-limits. >> Remember that thousands of copies of your message will exist >> in mailboxes -- please keep your messages as short as >> possible. > > One way to reduce message size is to completely avoid HTML. Although > the guidelines do encourage plaintext, many posts here have a > completely redundant HTML alternative which I for one will never read. > This should be made more explicit in some way. The "No HTML Mail, Please" section certainly tries to do that. Short of that, we'd just have to strip text/html in the list settings. While I'd be fine with that, I don't know if it would work for everyone and am not intending to jump into that fire today. ;) -- 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On Wed, 2023-05-10 at 09:37 -0600, Joe Zeff wrote: > On 05/10/2023 08:58 AM, Michael Hennebry wrote: > > Rather often it isn't. > > I even see boilerplate quoted. > > Is there a way to moderate mail for boilerplate quoting? > > Even worse, multiple copies of boilerplate quoted. And, as far as > HTML goes, I'm also on a mailing list that removes it, leaving only a > note that it's been removed. Sometimes, that means the whole message > and we're OK with that. +1 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Firefox - detection of exiting tabs with URLs
On Wed, 10 May 2023 13:04:53 +0200 lejeczek via users wrote: > Hi guys. > > With f38 I think my Firefox is unable to detect or is > ignoring tabs which are already opened in other windows with > certain URL, when I open a new tab and want to go to a > website/URL. > I think Firefox would then say, would offer something like > "switch to tab". > > Do you see it it too? > I did not change any settings, configuration in Firefox so I > wonder it's just me. I am using nightly, the firefox beta, and it works this way in F37. I don't remember it ever working differently. Maybe an addon you were using to do this is no longer available? Here are a few add ons that will prevent this, probably more at the mozilla addons site. I haven't used these. https://addons.mozilla.org/en-US/firefox/addon/dont-open-duplicate-tabs/?utm_source=addons.mozilla.org_medium=referral_content=search https://addons.mozilla.org/en-US/firefox/addon/smart-prevent-duplicate-tabs/?utm_source=addons.mozilla.org_medium=referral_content=search https://addons.mozilla.org/en-US/firefox/addon/duplicate-tabs-closer-updated/?utm_source=addons.mozilla.org_medium=referral_content=search And this more extensive add on seems to be able to do so also. https://addons.mozilla.org/en-US/firefox/addon/foxytab/?utm_source=addons.mozilla.org_medium=referral_content=search ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On Wed, May 10, 2023 at 11:37 AM Joe Zeff wrote: > > On 05/10/2023 08:58 AM, Michael Hennebry wrote: > > Rather often it isn't. > > I even see boilerplate quoted. > > Is there a way to moderate mail for boilerplate quoting? > > Even worse, multiple copies of boilerplate quoted. And, as far as HTML > goes, I'm also on a mailing list that removes it, leaving only a note > that it's been removed. Sometimes, that means the whole message and > we're OK with that. ++ ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: whence USB 2?
Once upon a time, Michael Hennebry said: > BTW whatever happened to the B connectors? They're still around for "classic" devices, but USB-C includes support for both ends being the same (so now the cable doesn't care "host" vs. "device", like most HDMI, DisplayPort, ethernet, classic RS-232 serial, etc.). There are even the oddball USB 3.0 USB-B connectors (with the extra piggyback that won't fit in a regular USB-B port). They've overloaded the uses of USB-C, and made the USB 3 and 4 specs confusing and misleading, but the "USB-C everywhere" bit replacing A, B, extended B, mini B, micro B, and more is a definite improvement. -- Chris Adams ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On 05/10/2023 08:58 AM, Michael Hennebry wrote: Rather often it isn't. I even see boilerplate quoted. Is there a way to moderate mail for boilerplate quoting? Even worse, multiple copies of boilerplate quoted. And, as far as HTML goes, I'm also on a mailing list that removes it, leaving only a note that it's been removed. Sometimes, that means the whole message and we're OK with that. ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On Tue, 9 May 2023, Joe Zeff wrote: On 05/09/2023 04:48 PM, Todd Zullinger wrote: (trim the quoted text down to the most recent/relevant messages only). This should always be done so that readers don't have to plow through dozens of lines from various messages looking for the relevant bits. Rather often it isn't. I even see boilerplate quoted. Is there a way to moderate mail for boilerplate quoting? -- Michael henne...@mail.cs.ndsu.nodak.edu "Occasionally irrational explanations are required" -- Luke Roman ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: whence USB 2?
On Tue, 9 May 2023, T.C. Hollingsworth wrote: On 5/9/23, Michael Hennebry wrote: To be clear, what does compatible mean? I hope it means that an adapter does not require any electronics. 'Tis just an extension chord with a C-male on one end and an A-female on the other. Is that what it means? Correct, USB-A to USB-C adapters/cords are dumb/passive. It was Thanks. Good to know. deliberately designed so cheapskate manufacturers of keyboards and mice can just change the plugs at the end of their unreplaceable cables at minimal cost to them and maximal cost to us. :-D BTW whatever happened to the B connectors? -- Michael henne...@mail.cs.ndsu.nodak.edu "Occasionally irrational explanations are required." -- Luke Roman ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: DMARC and SPF and DKIM, oh, my!
On Wed, 2023-05-10 at 17:22 +0930, Tim via users wrote: > The list server should, of course, be taking anti-spam efforts of its > own (only allowed authorised members to post through it). Just on that point, policies vary: 1) Block unsubscribed users 2) Allow unsubscribed users 3) Hold unsubscribed users for moderation I think the Fedora list currently has (2). The Evolution list currently has (3), but clearly this will vary according to need and moderator load. 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Messages held for moderation.
On Tue, 2023-05-09 at 18:48 -0400, Todd Zullinger wrote: > The users list maintains a maximum message length of 60 > kilobytes; other Fedora lists may have similar length-limits. > Remember that thousands of copies of your message will exist > in mailboxes -- please keep your messages as short as > possible. One way to reduce message size is to completely avoid HTML. Although the guidelines do encourage plaintext, many posts here have a completely redundant HTML alternative which I for one will never read. This should be made more explicit in some way. 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Firefox - detection of exiting tabs with URLs
Hi guys. With f38 I think my Firefox is unable to detect or is ignoring tabs which are already opened in other windows with certain URL, when I open a new tab and want to go to a website/URL. I think Firefox would then say, would offer something like "switch to tab". Do you see it it too? I did not change any settings, configuration in Firefox so I wonder it's just me. many thanks, L.___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: DMARC and SPF and DKIM, oh, my!
On Tue, 2023-05-09 at 22:37 -0500, Thomas Cameron via users wrote: > I've tested my DMARC, DKIM, and SPF records against multiple test sites, > and it's set up correctly. I've sent email from my server to GMail, read > the headers, and all tests pass. > > The problem is, as far as I can tell, EVERY server that sends mail to > mailing lists causes me to get a barrage of warnings from receivers' > email servers saying that, since the email came from the list server, > the message failed because it's not from MY email server. It's maddening. I would have thought there'd be warnings that other people's emails didn't come from the author's mail servers, not *yours*. > What do folks who manage email servers do about this? I'm seriously > starting to think that using these tools introduce darned near as many > problems as they "solve." List serving is now in an impossible situation, unless they change the way they operate. According to DMARC, DKIM, SPF, etcetera, only authorised mail servers can send mail from someone (and this is usually a good idea). But list servers work by (re)sending mail from someone else. About the only way to abide by those rules is to send the mail from the list server address, removing the author's from address. I wouldn't have a problem with that, well not on any of the lists I am on (where all mail, including replies, is expected to go through the list server). There is no need for any private replies, and it's quite often a bad idea. It reduces the usefulness of the list, and people send unsupervised hostile emails. The list could put the author's address in somewhere else, either create a new header (e.g. Originally-From), or simply put that into the footer for the email. I don't see the need for it, though. People who didn't mind their email address being publicly known can simply sign off their messages with their name and address. One of the many advantages of usenet (over mailing lists) was that you didn't have to expose your email address to all and sundry to be able to participate. The list server should, of course, be taking anti-spam efforts of its own (only allowed authorised members to post through it). The alternative of everyone who posts to a list having to program their mail server to say the list is an authorised poster of their email is an impossible ask. Most posters don't post through their own mail server, they use one they have no control over (their ISP, Gmail, etc). And quite frankly, it'd be a stupid risk to authorise anything else to post from your address. Mail servers could be made so that well-known list servers are granted some kind of exemption of this verification process, but what about the thousand other mail servers that aren't well known? And it'd be creating near monopolies. -- uname -rsvp Linux 3.10.0-1160.88.1.el7.x86_64 #1 SMP Tue Mar 7 15:41:52 UTC 2023 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: DMARC and SPF and DKIM, oh, my!
On 5/9/23, Thomas Cameron via users wrote: > All - > > I've tested my DMARC, DKIM, and SPF records against multiple test sites, > and it's set up correctly. I've sent email from my server to GMail, read > the headers, and all tests pass. > > The problem is, as far as I can tell, EVERY server that sends mail to > mailing lists causes me to get a barrage of warnings from receivers' > email servers saying that, since the email came from the list server, > the message failed because it's not from MY email server. It's maddening. > > What do folks who manage email servers do about this? I'm seriously > starting to think that using these tools introduce darned near as many > problems as they "solve." Talk me off the ledge? I will do the opposite. :-D DMARC says nobody should send mail from my domain but my email servers I approve, reject the rest. Mailing lists are the antithesis of this. The purpose of it was so the the Bank of Americas and PayPals of the world can send a strong signal that no-one should be sending mail from their domains but them, no ifs, ands, or buts. It was never intended for ISPs and webmail services whose users often forward their mail to other addresses or family and hobby domains who do that and more. Set an explicit DMARC policy in DNS but configure it to off. You don't need it. All the rejections it will cause may make your sending reputation worse. And you will be in good company with the likes of Gmail.com. Do keep DKIM signing turned on. It will be beneficial for all the mails you send directly. Without DMARC, filters can make informed decisions about emails from dumb lists that mangle headers without removing the DKIM signature and smart lists can just remove the header before forwarding them. With DMARC recipient mail servers must reject mails that are unsigned or fail verification and the only way lists can work around it is to rewrite your entire From address as this list has done for you today. SPF you can also keep set to fail or softfail. Mailing lists rewrite the Return-Path header in order to receive bounces so list mails should always pass SPF. You just don't need DMARC. It wasn't intended for *you*. ;-) ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: whence USB 2?
On 5/9/23, Michael Hennebry wrote: > To be clear, what does compatible mean? > I hope it means that an adapter does not require any electronics. > 'Tis just an extension chord with a C-male > on one end and an A-female on the other. > Is that what it means? Correct, USB-A to USB-C adapters/cords are dumb/passive. It was deliberately designed so cheapskate manufacturers of keyboards and mice can just change the plugs at the end of their unreplaceable cables at minimal cost to them and maximal cost to us. :-D ___ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue