Morning, Hans-Martin -
On 31.05.2022 07:26, Hans-Martin Mosner via mailop wrote:
does anybody have a working contact at Contabo? Mail to abuse@ does not
seem to have an effect.
last time I have been in touch with them as their customer, it took them
four working days to get back to me, althou
On 31/05/2022 07:26, Hans-Martin Mosner via mailop wrote:
Hello,
does anybody have a working contact at Contabo? Mail to abuse@ does not
seem to have an effect.
Cheers,
Hans-Martin
I would try with supp...@contabo.com (and/or supp...@contabo.de)
I'm a Contabo customer, but before that I co
Hello,
does anybody have a working contact at Contabo? Mail to abuse@ does not seem to
have an effect.
Cheers,
Hans-Martin
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
On Mon, 30 May 2022, Jarland Donnell via mailop wrote:
For what it’s worth you are now the only person I can personally point to
and say “This person types their password every time their email client
refreshes instead of storing it in the app.”
That’s a painful process, especially for someo
On 27 May 2022, at 16:57, Hans-Martin Mosner via mailop wrote:
> Whether blocking a whole ASN is more advisable than blocking a whole TLD is a
> matter of opinion - I've often seen that past spammer hosting in an ASN's IP
> space was a good predictor for future spamminess, but of course as with
On 27 May 2022, at 15:28, Michael Rathbun via mailop wrote:
> The same gang has been trying out .mom and .lol, of late.
According to my notes, they are one of the groups actively following TLD
operators' promotions. I just saw .cam names selling for under 2.5$/reg
Best regards
-lem
___
Hi
On 5/30/22 13:17, Jaroslaw Rafa via mailop wrote:
The wording "access for less secure apps" suggests that removing this
feature makes the account more secure. In fact it's exactly the opposite -
the account becomes less secure. Why?
[…]
So which one is actually "more secure"??? :)
(Note: I
For what it’s worth you are now the only person I can personally point
to and say “This person types their password every time their email
client refreshes instead of storing it in the app.” That’s a painful
process, especially for someone who wants their email client (Outlook,
Thunderbird, etc
On 2022-05-30 at 07:17:59 UTC-0400 (Mon, 30 May 2022 13:17:59 +0200)
Jaroslaw Rafa via mailop
is rumored to have said:
Regardless whether I choose to use OAuth2 or "app passwords", it means
storing the login credentials permanently in my IMAP client.
Or temporarily. It's a design choice.
F
Dnia 30.05.2022 o godz. 11:57:57 Ken O'Driscoll via mailop pisze:
>
> The point of the measure is to reduce the chance of attacks related to
> password reuse.
>
> If a reused password and the associated Gmail email address are exposed
> because of a security breach with Service X, then that data
The point of the measure is to reduce the chance of attacks related to password
reuse.
If a reused password and the associated Gmail email address are exposed because
of a security breach with Service X, then that data cannot be used by itself to
access the associated Gmail account if 2FA is e
Hello,
today is the day when Google withdraws "access for less secure apps", which
- translated to understandable terms ;) - means that IMAP client (or any
other non-web app) cannot login to Google using password only. One has to
switch either to use OAuth2 as the method of authentication (if the a
12 matches
Mail list logo
