Re: TESTE DE INTEGRIDADE SSD

[Leandro Cunha]

João, é você que realiza o processo pra se retirar da lista.

https://lists.debian.org/debian-user-portuguese/

Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
jnge...@hotmail.com> escreveu:

> Me retire desta lista
>
> Obter o Outlook para Android 
> --
> *From:* Jose Tavares 
> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
> *To:* Yuri Musachio 
> *Cc:* Rafael de Almeida ; debian-user-portuguese <
> debian-user-portuguese@lists.debian.org>
> *Subject:* Re: TESTE DE INTEGRIDADE SSD
>
> Me lembrei de algo extra..
>
> Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no
> SSD uma particao de swap muito pequena, alguns blocos do SSD serão super
> stressados com escrita e leitura, podendo danificar aquele espaco
> precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de
> ram. Hoje em dia isto pode ser bastante de espaco desperdicado.
>
> Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
> Deixa eu contar como aconteceu comigo o problema repetitivamente:
> Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles
> aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de
> disco, se consegue saber quantas vezes um determinado bloco consegue
> aceitar escritas antes de estourar.
>
> Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina
> no trajeto pro office e no trajeto pra casa, o que seria uma boa prática.
> Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do
> swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo
> quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os
> calculos, mas pelos 2 anos o problema acontece.
>
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares 
> wrote:
>
> Alguns fabricantes de SSD tem produtos muito ruins.
>
> Instala o pacote smartmontools, e usa o smartctl fazendo teste short e
> long .. Quando disparares o teste, verifica quanto tempo irá levar e depois
> de concluir o tempo, com o parâmetro -a consegues ver o resultado.
>
> O smart roda em background, então não afeta a perf da máquina. Lê com
> atenção os resultados.
>
> Uma tool simples que recomendo é o f3.
> https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
> Foi escrita por um brasileiro.
>
> Basicamente o que ela faz é escrever padrões em toda a memória flash e
> depois lê e compara os resultados. Com isto, dá para ver se há diferenças
> na escrita e depois leitura, o que indicaria erro no armazenamento. Serve
> para qualquer tipo de armazenamento.
>
> Durante as operações, acompanhe os logs da máquina para ver se acontece
> resets nas controladoras de disco.
>
> Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD
> diferentes, para contornar problemas de fabricantes e de modelos
> específicos. Outra opção é usar um SSD e um HDD, e então configurar
> write-mostly para que todas as leituras se dêem somente do SSD e as
> escritas em ambos para não ter perda de performance significativa.
>
> Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um
> dd if= of=/dev/null
> Desta forma fazendo uma leitura completa do disco antes de começar o seu
> uso. Nisto já se percebe se houver erros. É possível também fazer testes de
> escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido
> configurado com ext4.. O comando shred também pode te ajudar fazendo passes
> no disco e vendo resultados.
>
> Mas de todas opções, o f3 me parece o mais fácil e direto para os teus
> testes, e irá acusar problemas se houverem.
>
> Ah, e execute todos os testes antes de colocar o disco em produção.
>
> Espero ter ajudado.
> Jose Tavares
>
>
> On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio 
> wrote:
>
> MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM,
> existem certos “pulo do gato” que eu penei pra encontrar soluções na
> internet, e que na real não encontrei solução pro meu problema. Eu mesmo
> “desenvolvi”/descobri uma solução. Rs
> Outra solução também, bem simples, é deixar o sistema num HD e o /home
> colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê
> problema no HD do sistema.
> Mas se for o caso de não haver um segundo slot de HD, acho que um programa
> (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma
> alternativa.
>
>
>
>
>
> Best,
>
> Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <
> rafael.i...@gmail.com> escreveu:
>
> 
> Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD
> dando problema .
> Parece que os bichos são descartáveis e o pior a gente tenta falar para o
> cliente fazer backup e é mesmo que nada .
> Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar
> a fazer RAID 1 .( espelhamento )
>
>
> *Rafael de Almeida Matias*
> Especialista em Segurança da Informação
> Tecnólogo em Redes de 

Re: systemd-resolved resolving fails sometimes on Debian12

[jeremy ardley]

On 1/3/24 17:47, Victor Sudakov wrote:

Has anybody encountered this problem using systemd-resolved as a
resolver on Debian12? A DNS request via systemd-resolved fails, but
fails only occasionally. A failure can happen once per a hundred
successful requests or so. If I run:



I recall a similar problem with systemd-resolved. I think it was related 
to DNSSEC.


I ended up not using systemd-resolved

Alternatives to systemd-resolved include dnsmasq  - which doesn't 
support DNSSEC - and bind9 which does.

Re: Error: Failed to start Apache2 service on boot

[Dan Ritter]

Stephen P. Molnar wrote: 
> 
> 
> On 03/01/2024 11:08 AM, Markus Schönhaber wrote:
> > 
> > [1] Look at /etc/apache2/mods-enabled/userdir.conf line 11
> > there you should see something like
> > [2] "ExecCG" which probably should read "ExecCGI" instead.
> > 
> That was the problem. Many thanks.

If you install etckeeper on this machine, you can check in
snapshots of every configuration change you make and the
packaging system makes, and then see precisely what changed and
when.

$ sudo apt install etckeeper

before each change:

$ sudo etckeeper commit [optional message to yourself]

when there's a problem:

$ sudo etckeeper vcs diff
will show you the difference between what you have now and what
you last stored


You can actually do just about anything you need to do on a
single user system with those two commands, but you have the
whole power of git available as well.

-dsr-

Re: debian-devel wishlist "bugs"

[Gareth Evans]

On Fri 01/03/2024 at 05:30, Jeffrey Walton  wrote:
> On Fri, Mar 1, 2024 at 12:22 AM Gareth Evans  wrote:
>>
>> I'm subscribed to debian-devel for entertainment purposes and see regular 
>> wishlist "bug" reports, eg.
>>
>> https://lists.debian.org/debian-devel/2024/02/msg00321.html
>>
>> Can anyone advise of the appropriate way for non-developers to 
>> request/suggest inclusion of packages?
>
> Open a bug report against the wnpp package. See
>  and .
>
>> Freenginx doesn't seem to be in testing but might be a worthwhile addition.
>
> 
>
> Jeff

I asked if the project might provide debs/rpms which resulted in a response re 
Debian-legal.

Not looking good for Debian/Ubuntu inclusion at least in binary form.

https://freenginx.org/pipermail/nginx/2024-March/60.html

Just FYI

Gareth

Re: Error: Failed to start Apache2 service on boot

[Stephen P. Molnar]

On 03/01/2024 11:08 AM, Markus Schönhaber wrote:

01.03.24, 16:36 +0100, Stephen P. Molnar:


I am running up to date Bookworm and get the 'Failed to start Apache2
service on boot' error message.

I searched Google and found
https://forums.debian.net/voew.top9c,php?t=14419s which didn't solve the
problem.

I then tried sudo systemctl status apache2.service resulting in:

× apache2.service - The Apache HTTP Server
  Loaded: loaded (/lib/systemd/system/apache2.service; enabled;
preset: enabled)
  Active: failed (Result: exit-code) since Fri 2024-03-01 10:14:07
EST; 20min ago
    Docs: https://httpd.apache.org/docs/2.4/
     Process: 4474 ExecStart=/usr/sbin/apachectl start (code=exited,
status=1/FAILURE)
     CPU: 41ms

Mar 01 10:14:07 AbNormal systemd[1]: Starting apache2.service - The
Apache HTTP Server...
Mar 01 10:14:07 AbNormal apachectl[4477]: AH00526: Syntax error on line
11 of /etc/apache2/mods-enabled/userdir.conf:

[1] ^^


Mar 01 10:14:07 AbNormal apachectl[4477]: Illegal option ExecCG

[2] ^^


Mar 01 10:14:07 AbNormal apachectl[4474]: Action 'start' failed.
Mar 01 10:14:07 AbNormal apachectl[4474]: The Apache error log may have
more information.
Mar 01 10:14:07 AbNormal systemd[1]: apache2.service: Control process
exited, code=exited, status=1/FAILURE
Mar 01 10:14:07 AbNormal systemd[1]: apache2.service: Failed with result
'exit-code'.
Mar 01 10:14:07 AbNormal systemd[1]: Failed to start apache2.service -
The Apache HTTP Server.

Unfortunately, I am not conversant in ancient Greek and wold very
appreciative of assistance.

Hm, to me it seems that the problem description in the log is written in
pretty plain English:

[1] Look at /etc/apache2/mods-enabled/userdir.conf line 11
there you should see something like
[2] "ExecCG" which probably should read "ExecCGI" instead.


That was the problem. Many thanks.

--
Stephen P. Molnar, Ph.D.
https://insilicochemistry.net
(614)312-7528 (c)
Skype:  smolnar1

Re: Error: Failed to start Apache2 service on boot

[Markus Schönhaber]

01.03.24, 16:36 +0100, Stephen P. Molnar:

> I am running up to date Bookworm and get the 'Failed to start Apache2
> service on boot' error message.
> 
> I searched Google and found
> https://forums.debian.net/voew.top9c,php?t=14419s which didn't solve the
> problem.
> 
> I then tried sudo systemctl status apache2.service resulting in:
> 
> × apache2.service - The Apache HTTP Server
>  Loaded: loaded (/lib/systemd/system/apache2.service; enabled;
> preset: enabled)
>  Active: failed (Result: exit-code) since Fri 2024-03-01 10:14:07
> EST; 20min ago
>    Docs: https://httpd.apache.org/docs/2.4/
>     Process: 4474 ExecStart=/usr/sbin/apachectl start (code=exited,
> status=1/FAILURE)
>     CPU: 41ms
> 
> Mar 01 10:14:07 AbNormal systemd[1]: Starting apache2.service - The
> Apache HTTP Server...

> Mar 01 10:14:07 AbNormal apachectl[4477]: AH00526: Syntax error on line
> 11 of /etc/apache2/mods-enabled/userdir.conf:
[1] ^^

> Mar 01 10:14:07 AbNormal apachectl[4477]: Illegal option ExecCG
[2] ^^

> Mar 01 10:14:07 AbNormal apachectl[4474]: Action 'start' failed.
> Mar 01 10:14:07 AbNormal apachectl[4474]: The Apache error log may have
> more information.
> Mar 01 10:14:07 AbNormal systemd[1]: apache2.service: Control process
> exited, code=exited, status=1/FAILURE
> Mar 01 10:14:07 AbNormal systemd[1]: apache2.service: Failed with result
> 'exit-code'.
> Mar 01 10:14:07 AbNormal systemd[1]: Failed to start apache2.service -
> The Apache HTTP Server.
> 
> Unfortunately, I am not conversant in ancient Greek and wold very
> appreciative of assistance.
Hm, to me it seems that the problem description in the log is written in
pretty plain English:

[1] Look at /etc/apache2/mods-enabled/userdir.conf line 11
there you should see something like
[2] "ExecCG" which probably should read "ExecCGI" instead.

-- 
Regards
  mks

Error: Failed to start Apache2 service on boot

[Stephen P. Molnar]

I am running up to date Bookworm and get the 'Failed to start Apache2 
service on boot' error message.


I searched Google and found 
https://forums.debian.net/voew.top9c,php?t=14419s which didn't solve the 
problem.


I then tried sudo systemctl status apache2.service resulting in:

× apache2.service - The Apache HTTP Server
 Loaded: loaded (/lib/systemd/system/apache2.service; enabled; 
preset: enabled)
 Active: failed (Result: exit-code) since Fri 2024-03-01 10:14:07 
EST; 20min ago

   Docs: https://httpd.apache.org/docs/2.4/
    Process: 4474 ExecStart=/usr/sbin/apachectl start (code=exited, 
status=1/FAILURE)

    CPU: 41ms

Mar 01 10:14:07 AbNormal systemd[1]: Starting apache2.service - The 
Apache HTTP Server...
Mar 01 10:14:07 AbNormal apachectl[4477]: AH00526: Syntax error on line 
11 of /etc/apache2/mods-enabled/userdir.conf:

Mar 01 10:14:07 AbNormal apachectl[4477]: Illegal option ExecCG
Mar 01 10:14:07 AbNormal apachectl[4474]: Action 'start' failed.
Mar 01 10:14:07 AbNormal apachectl[4474]: The Apache error log may have 
more information.
Mar 01 10:14:07 AbNormal systemd[1]: apache2.service: Control process 
exited, code=exited, status=1/FAILURE
Mar 01 10:14:07 AbNormal systemd[1]: apache2.service: Failed with result 
'exit-code'.
Mar 01 10:14:07 AbNormal systemd[1]: Failed to start apache2.service - 
The Apache HTTP Server.


Unfortunately, I am not conversant in ancient Greek and wold very 
appreciative of assistance.


Thanks in advance.

--
Stephen P. Molnar, Ph.D.
https://insilicochemistry.net
(614)312-7528 (c)
Skype:  smolnar1

Re: Re: GTK applications displaying emojis in monochrome rather than color

[Celejar]

Ash Joubert wrote:

> On 2024-03-01 04:19, Celejar wrote:
> 
> About two years ago [0], I installed the package
> "fonts-noto-color-emoji" on my Sid (Xfce4) system, and from then until
> several weeks ago, emojis have been displayed throughout the system in
> glorious color. Recently (several weeks ago?), however, a number of
> applications have started displaying emojis in (unattractive)
> monochrome.
> 
> 
> This is caused by a fontconfig upgrade. My workaround was to delete 
> /etc/fonts/conf.d/70-no-bitmaps.conf (as root) and run "fc-cache -f" (as 
> user):
> 
> https://lists.debian.org/debian-user/2024/02/msg00765.html
> 
> See the reply from Floris Renaud for the bug report link.

Thanks - your workaround worked for me.

-- 
Celejar

Re: Re: GTK applications displaying emojis in monochrome rather than color

[Celejar]

Floris Renaud wrote:

> On donderdag 29 februari 2024 16:19:57 (+01:00), Celejar wrote:

...

> > glorious color. Recently (several weeks ago?), however, a number of
> > applications have started displaying emojis in (unattractive)
> > monochrome. The applications that I have seen doing this have all been

> I had the same problem. This is a known bug in fontconfig:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064267#10

Thank you! I had searched the web, but did not find that report. It may
have been filed after my searching :)

-- 
Celejar

Re: Serious problem with debian 12 bookworm

[Byunghee HWANG]

Anastasia Broch  writes:

> Hi I'm using debian 12 in Lenovo yoga legion core i5 12th gen with RTX 3050 
> and I'm figuring a serious issue using debian 12 on this PC, 
> When the PC is on sleep mode ( suspend ) it's doesn't wake up anymore until 
> forcing shutting down and this each time the PC turns on suspend mode, ( 
> fastboot are disabled )of course, on my old PC dell i7 10th I
> never had this kind of issue, but this it it's the case, please help to 
> resolve this problem I really don't want to back to windows anymore. Thank 
> you so much 

What is your Desktop GUI?

GNOME? KDE? or another thing???


Thanks, Byunghee from South Korea

Re: {OT] Mailing lists etc for postmasters

[Gareth Evans]

On Fri 01/03/2024 at 11:16, Andy Smith  wrote:
> Hi,
>
> On Fri, Mar 01, 2024 at 11:00:13AM +, Gareth Evans wrote:
>> "Don’t impersonate Gmail From: headers. Gmail will begin using a DMARC 
>> quarantine enforcement policy, and impersonating Gmail From: headers might 
>> impact your email delivery."
>
> Talks about gmail's own use of DMARC, not the sender's.

That makes perfect sense :)

>> Can a "DMARC quarantine enforcement policy" operate, if the sender
>> doesn't use DMARC?  This idea seems to relate more to SPF than
>> anything?
>
> gmail's own policy is quarantine so if you send from somewhere that
> isn't gmail, while pretending to be from a gmail property, gmail
> indicates that it wishes¹ for your email to be quarantined by the
> recipient.

So does that.

> Thanks,.
> Andy
>
> ¹ Even receiving sites that process DMARC sometimes don't carry out
>   the DMARC author's wishes. As a common example that most of us
>   will have seen, Mailman mailing lists will often just selectively
>   rewrite the headers.

Yes.

Thanks very much.
G

>
> -- 
> https://bitfolk.com/ -- No-nonsense VPS hosting

Re: {OT] Mailing lists etc for postmasters

[Andy Smith]

Hi,

On Fri, Mar 01, 2024 at 11:00:13AM +, Gareth Evans wrote:
> https://support.google.com/a/answer/81126?hl=en#requirements-5k=%2Crequirements-for-sending-or-more-messages-per-day%2Crequirements-for-all-senders
> 
> mentions DMARC in requirements for all senders:
> 
> "Don’t impersonate Gmail From: headers. Gmail will begin using a DMARC 
> quarantine enforcement policy, and impersonating Gmail From: headers might 
> impact your email delivery."

Talks about gmail's own use of DMARC, not the sender's.

> Can a "DMARC quarantine enforcement policy" operate, if the sender
> doesn't use DMARC?  This idea seems to relate more to SPF than
> anything?

gmail's own policy is quarantine so if you send from somewhere that
isn't gmail, while pretending to be from a gmail property, gmail
indicates that it wishes¹ for your email to be quarantined by the
recipient.

Thanks,.
Andy

¹ Even receiving sites that process DMARC sometimes don't carry out
  the DMARC author's wishes. As a common example that most of us
  will have seen, Mailman mailing lists will often just selectively
  rewrite the headers.

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: {OT] Mailing lists etc for postmasters

[Gareth Evans]

On Fri 01/03/2024 at 11:00, Gareth Evans  wrote:
>  This idea seems to relate more to SPF than anything?

Or DKIM, indeed, as you say Andy, at least one of which is the authentication 
component.  
Documentation could be clearer.

Thanks
G

Re: {OT] Mailing lists etc for postmasters

[Gareth Evans]

On Fri 01/03/2024 at 09:18, Andy Smith  wrote:

> Just for the record, the Authentication part of DMARC is done with
> SPF and/or DKIM; the large mailbox providers actually (since 1 Feb)
> require *either* SPF *or* DKIM passes, or both if you are a bulk
> sender (thousands of mails per day).
>
> DMARC itself remains optional (but recommended) and once taken
> separately from SPF and DKIM is mainly a reporting mechanism.

https://support.google.com/a/answer/81126?hl=en#requirements-5k=%2Crequirements-for-sending-or-more-messages-per-day%2Crequirements-for-all-senders

mentions DMARC in requirements for all senders:

"Don’t impersonate Gmail From: headers. Gmail will begin using a DMARC 
quarantine enforcement policy, and impersonating Gmail From: headers might 
impact your email delivery."

but only explicitly requires it in requirements for senders of >5,000 messages 
a day:

"Set up DMARC email authentication for your sending domain ..."

...which is not quite as clear as it might be.

Can a "DMARC quarantine enforcement policy" operate, if the sender doesn't use 
DMARC?  This idea seems to relate more to SPF than anything?

systemd-resolved resolving fails sometimes on Debian12

[Victor Sudakov]

Dear Colleagues,

Has anybody encountered this problem using systemd-resolved as a
resolver on Debian12? A DNS request via systemd-resolved fails, but
fails only occasionally. A failure can happen once per a hundred
successful requests or so. If I run:

while resolvectl query myredis.my.domain ; do sleep 1; done

This will eventually happen:

-- Information acquired via protocol DNS in 960us.
-- Data is authenticated: no; Data was acquired via local or encrypted 
transport: no
-- Data from: cache network
myredis.my.domain: x.x.44.189-- link: ens5
  (redis-cache2-002.tqma2d.0001.usw2.cache.amazonaws.com)

-- Information acquired via protocol DNS in 1.1ms.
-- Data is authenticated: no; Data was acquired via local or encrypted 
transport: no
-- Data from: cache network
myredis.my.domain: x.x.44.189-- link: ens5
  (redis-cache2-002.tqma2d.0001.usw2.cache.amazonaws.com)

-- Information acquired via protocol DNS in 2.2ms.
-- Data is authenticated: no; Data was acquired via local or encrypted 
transport: no
-- Data from: network
myredis.my.domain: resolve call failed: Lookup failed due to system error: 
Invalid argument

Then it works again for a hundred or so queries. Query monitoring
shows that systemd-resolved occasionally returns "EINVAL", but mostly
"success".

Any ideas please? It is very unpleasant because the AWS Debian AMI has
systemd-resolved as the default caching resolver and it will take some
effort to eradicate it and replace with unbound or something else.

I don't blame the parent DNS server (from AWS) because if I query it
directly, it always answers.

-- 
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet


signature.asc
Description: PGP signature

Re: packages.debian.org seems to be down

[Brad Rogers]

On Fri, 1 Mar 2024 09:14:14 +0100
Harald Dunkel  wrote:

Hello Harald,

>is it just me, or is https://packages.debian.org/ down? I had a
>similar problem yesterday morning.

Home page loads, but clicking on "View Packages..." links result in a 503
error.  Other links are working (probably because they lead to pages not
on the packages server farm).

Searches time out.  Again, with a 503 error.

Somethings amiss.   :-(

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
I'll be the rubbish you'll be the bin
Love Song - The Damned


pgpDce1T9hIFJ.pgp
Description: OpenPGP digital signature

Re: {OT] Mailing lists etc for postmasters

[Andy Smith]

Hi,

On Fri, Mar 01, 2024 at 01:42:07AM +, Gareth Evans wrote:
> I have somehow only just discovered that Gmail, Apple and Yahoo
> are introducing, or have recently introduced, DMARC requirements
> for senders.

Just for the record, the Authentication part of DMARC is done with
SPF and/or DKIM; the large mailbox providers actually (since 1 Feb)
require *either* SPF *or* DKIM passes, or both if you are a bulk
sender (thousands of mails per day).

DMARC itself remains optional (but recommended) and once taken
separately from SPF and DKIM is mainly a reporting mechanism.

> I am subscribed to mailop (though don't read it as often as I
> should!) but from a mail search there doesn't seem to have been
> anything there about this recently.

This has been discussed at length on mailop since well back in 2023.

Thanks,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: packages.debian.org seems to be down

[Loris Bennett]

Hi Harald,

Harald Dunkel  writes:

> Hi folks,
>
> is it just me, or is https://packages.debian.org/ down? I had a
> similar problem yesterday morning.
>
> Regards
>
> Harri

Works for me.

Cheers,

Loris

-- 
This signature is currently under constuction.

Re: {OT] Mailing lists etc for postmasters

[tomas]

On Fri, Mar 01, 2024 at 08:19:42AM +, Michael Grant wrote:
> https://list.mailop.org/listinfo/mailop
> 
> And the main page 
> https://www.mailop.org/

Thanks abig bunch!
-- 
tomás


signature.asc
Description: PGP signature

Re: {OT] Mailing lists etc for postmasters

[Michael Grant]

https://list.mailop.org/listinfo/mailop

And the main page 
https://www.mailop.org/


On 1 March 2024 05:43:44 GMT, to...@tuxteam.de wrote:
>On Fri, Mar 01, 2024 at 01:42:07AM +, Gareth Evans wrote:
>> I have somehow only just discovered that Gmail, Apple and Yahoo are 
>> introducing, or have recently introduced, DMARC requirements for senders.
>> 
>> See for exmaple
>> https://www.proofpoint.com/us/blog/email-and-cloud-threats/google-and-yahoo-set-new-email-authentication-requirements
>> 
>> Can anyone recommend good mailing lists or other resources for people who 
>> look after email servers/services?  It takes up little of my work, but an 
>> area of interest.
>
>Me too :)
>
>ISTR that there was a mention of such a thing here in debian-user@,
>but my search-fu hasn't been up to the challenge of finding it.
>
>OTOH, my memory could be playing games on me.
>
>Cheers
>-- 
>t

Re: {OT] Mailing lists etc for postmasters

[Marco Moock]

Am 01.03.2024 schrieb "Gareth Evans" :

> I am subscribed to mailop (though don't read it as often as I
> should!) but from a mail search there doesn't seem to have been
> anything there about this recently.

That topic has been discussed there, you can find those discussions in
the archive (you need to be subscribed to read it).

packages.debian.org seems to be down

[Harald Dunkel]

Hi folks,

is it just me, or is https://packages.debian.org/ down? I had a
similar problem yesterday morning.

Regards

Harri

Re: Fix for missing gsettings desktop schemas on unstable

[Florent Rougon]

Ash Joubert  wrote:

> You are welcome. There is a bug report with much discussion:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065022

Thanks again Ash, that was quite informative.

Regards

-- 
Florent