On 27. decembra 2024 20:03:33 UTC, Michael Denney via mailop
wrote:
>AFAIK everyone these days has an HTML-Capable mail client, but maybe I was
>wrong.
Of course, HTML capable MUAs are common nowadays, but
IMO the problem lies somewhere else.
The everyone is "big" word, did you ask everyone? O
Ahoj,
Dňa Sun, 1 Dec 2024 10:47:41 +0100 Jaroslaw Rafa via mailop
napísal:
> > >Express yourself and quickly respond to emails with emojis.
>
> What an utterly absurd idea. Are they trying to turn email into yet
> another messenger/social-media type application?
No, people just becomes (new
On 21. novembra 2024 22:37:24 UTC, Philipp Kern via mailop
wrote:
>$ whois -T inetnum hd-net
>$ whois -T inet6num belwue
>
>I don't think netname is guaranteed to be unique. It's not a primary key.
Yes, netname is not unique, multiple prefixes can be (and are)
named by the same. Thanks for comm
On 21. novembra 2024 16:09:56 UTC, Bill Cole via mailop
wrote:
>You can get a better view of that data by using RDAP, which provides more
>rigorous formatting and uniform queries. The reference client is the "nicinfo"
>ruby gem.
Do you mean this:
https://github.com/arineng/nicinfo
Unfor
On 21. novembra 2024 15:51:52 UTC, Marco Moock via mailop
wrote:
>At least that works for me:
>
>m@ryz:~$ whois 129.206.0.0 |grep -i netname
>NetName:RN-ERX-129-206-0-0
>netname:HD-NET
>m@ryz:~$ whois 2001:7c0:: |grep -i netname
>netname:BELWUE
>m@ryz:~$
But to do that,
Hi all,
when i go through various SpamHaus's outputs, i see that
they reports networks by netname.
I was able to get details by searching that netname in RIPE's
whois web form, but i fail to do that by linux's whois tool.
I get some results when i ask "proper" whois server. But knowing
right whoi
On 18. novembra 2024 12:33:07 UTC, "Fehlauer, Norbert via mailop"
wrote:
>Hi all,
>
>is using ECC certificates for SMTP TLS (sending/receiving) something thats a
>common thing nowadays or does that involes the risk of not being reached via
>SMTP TLS at all from the majority of senders?
In most
Dňa 22. októbra 2024 10:03:12 UTC používateľ Vsevolod Stakhov via mailop
napísal:
>I don't still accept your arguments about encoding overhead. We **already**
>have a huge overhead of UTF8 for non ASCII texts. Do you probably suggest to
>get back to, let's say, KOI8 for cyrillic characters to
Dňa 21. októbra 2024 20:36:23 UTC používateľ Vsevolod Stakhov via mailop
napísal:
>There are many clear advantage of emails over homing pigeons if we talk about
>communications. Could you please demonstrate what are the advantages of 8 bit
>mime? Yes, it saves some small fraction of the traffi
Dňa 21. októbra 2024 19:56:49 UTC používateľ Vsevolod Stakhov via mailop
napísal:
>The least common denominator is just to use 7 bit and refrain from using any
>sort of IDN names.
Or we can stay to use homing pigeons...
regards
--
Slavko
https://www.slavino.sk/
Dňa 21. októbra 2024 15:46:14 UTC používateľ Geoff Mulligan via mailop
napísal:
>I wrote a script to check my mail log and block the IPs.
>What do you all do?
Cofee & smoke, until they move to another target... One
can do very little with that, as that comes from many
countries, many ASNs and e
Dňa 21. októbra 2024 16:04:33 UTC používateľ Steve Atkins via mailop
napísal:
>So an MUA sending 8bit mail to a non-8BITMIME recipient may cause the
>signature to break. Setting force_mime_input_conversion to reencode all 8bit
>mail on submission looks like a fix, for a signing outbound server
Dňa 18. októbra 2024 14:38:42 UTC používateľ Bill Cole via mailop
napísal:
>On 2024-10-18 at 10:24:05 UTC-0400 (Fri, 18 Oct 2024 14:24:05 +)
>Slavko via mailop
>is rumored to have said:
>
>[...]
>> BTW, this ML is exact example how bad it is, as i setup
>> to sho
Dňa 18. októbra 2024 14:00:30 UTC používateľ Hans-Martin Mosner via mailop
napísal:
>What they actually do is register a domain "micorsoft.com", send
>SPF-authenticated mail 'From: "b...@microsoft.com" ', and
>neither spam filtering software (which doesn't see the similarity) nor the
>human v
Dňa 18. októbra 2024 12:09:01 UTC používateľ Jaroslaw Rafa via mailop
napísal:
>That's the most important point against SPF, DKIM and DMARC. If they don't
>stop spam at all, and are quite limited in preventing forged emails (plus
>give a lot of trouble with FPs), are they really still worth push
Dňa 16. októbra 2024 18:13:45 UTC používateľ Brandon Long via mailop
napísal:
>The general theory is that a replay involves mail for a DKIM domain
>coming from different sources/hops than it normally does. Having spf/dkim
>both align
>is usually a good indication that a message is not a replay,
Dňa 14. októbra 2024 17:00:43 UTC používateľ Jaroslaw Rafa via mailop
napísal:
>But definitely - as said here many times - "junk" has meaning too close to
>"trash" for the users to mix one with the other, thus having many legitimate
>messages being marked as spam.
Anyone is free to understand a
Dňa 14. októbra 2024 13:48:52 UTC používateľ Jaroslaw Rafa via mailop
napísal:
>I wonder why doesn't anybody use the word "spam" - which is universally
>recognized and gives no doubt about its meaning - to indicate the spam
>folder, but they are coming up instead over and over again with "invent
Dňa 7. októbra 2024 6:42:28 UTC používateľ Viktor Dukhovni via mailop
napísal:
>One can reasonably take the view that U-labels are largely a matter of
>the user-interface (presentation) layer, the *real* domain name is the
>A-label form! But users don't directly work with attrleaf names, these
Ahoj,
Dňa 5 Oct 2024 16:29:26 -0400 John Levine via mailop
napísal:
> A domain name is a sequence of labels, with each label being a string
> of 65 octets or less. Hostnames are a subset of domain names, where
> each label consists only of letters, digits, and hyphens.
Yes, from that point of v
Dňa 5. októbra 2024 18:29:10 UTC používateľ John Levine
napísal:
>Yeah, the python encodings.idna library has never been updated past IDNA2003
>for
>reasons I find unpersuasive. If you import the external idna library, which is
>maintained by one of the people at ICANN who manage the root zone,
Dňa 5. októbra 2024 13:35:01 UTC používateľ Viktor Dukhovni via mailop
napísal:
>The ICU library encodes domain names that consist of valid U-labels and
>NR-LDH labels to A-labels, labels starting with "_" are neither
>U-labels, nor NR-LDH labels, so should not be passed to the ICU library,
I f
Hi,
Dňa 5. októbra 2024 10:33:27 UTC používateľ Carsten Schiefner via mailop
napísal:
>would a specifically registered Umlaut-Domain be helpful.
One member already send me existing domain, with which i was
able to see how these libs works with IDNA, it has not PTR record,
but for A record:
+
Dňa 5. októbra 2024 8:10:50 UTC používateľ Marco Moock via mailop
napísal:
>I would volunteer to provide such a domain as subdomain of mine if that
>is helpful for you.
Thanks a lot, but don't worry, it will be too many work for my 3-4 DNS
requests. I only need to see how these libs works with
Hi all,
i am playing with IDNA in python and i found, that these IDNA
(2003/2008) related things are "underdocumented" in both,
the idna library and aiodns/dnspython and there are various
problems, which needs try-error game.
For now i got some useful results, but i need to test it with
real DNS
Dňa 23. septembra 2024 21:52:39 UTC používateľ "Brotman, Alex via mailop"
napísal:
>It appears as though TM has a segment of our network incorrectly listed as
>"dial-up". I'm looking for a contact over there who might be able to resolve
>that, and who I can supply with a list of what is curre
Ahoj,
Dňa Sun, 22 Sep 2024 09:14:17 +0200 Bastian Blank via mailop
napísal:
> UCEProtect lists this ip in Level 2. So this not about the single IP,
> but the whole net block (it even tells you, it's about 144.6.0.0/16).
> And I found listings in Abusix for adresses within this block by
> simple
Dňa 20. septembra 2024 17:17:34 UTC používateľ Michael Wise via mailop
napísal:
>
> X-Forefront-Antispam-Report: ...;SFV:SPM;...
>
>We have a policy on a per message basis of not blocking anything from leaving
>the site, but we do send it out a different pool, and we do try to flag
Dňa 27. augusta 2024 15:25:57 UTC používateľ Bill Cole via mailop
napísal:
>Freemail accounts are free because they provide no reliable value. This has
>been understood by many of us for a quarter century. Their broad acceptance
>over the years has masked that fact, but it has not changed.
Wh
Dňa 14. augusta 2024 13:48:38 UTC používateľ Dave Crocker via mailop
napísal:
>Making a distance-sensitive assumption about traffic behavior is a suprisingly
>bad idea for anything having to do with the Internet. Resources and their
>uses can be -- and often are -- a long way away and using c
Dňa 12. augusta 2024 10:37:25 UTC používateľ Lena--- via mailop
napísal:
>I'm curious: do you get many legitimate connections to tls_on_connect port 465
>(instead of STARTTLS 587)?
All (small number) my real users use 465 port.
>Do you tell your users how to use 587, 465 or both?
I tell them
Dňa 12. augusta 2024 8:20:20 UTC používateľ Viktor Dukhovni via mailop
napísal:
>I think it can be rather different for SMTP and SUBMIT services.
Of course, i am talking about MSA, thus 465/tcp only in my case.
>I'm tempted to propose 30s instead of 300s as still reasonable.
It coresponds wit
Dňa 11. augusta 2024 23:46:43 UTC používateľ Viktor Dukhovni via mailop
napísal:
>I see some similar traffic (remote disconnects after ~8-30s) on my server:
Please, what would be reasonable TLS handshake timeout nowadays?
I know, it depends, but anyway i consider 5 min (IMO stanfard SMTP timeo
Hi,
Dňa 11. augusta 2024 15:20:50 UTC používateľ "Scott Q. via mailop"
napísal:
>I've noticed this maybe 3-4 years ago. Could not tie it to any
>legitimate customer or application.
Yes, not real users, IPs are mostly from US (hi COMCAST), but othervise
from ~60 countries, 219 ASNs... I am more
Hi all,
in recent months i see multiple "idle" connection attempts to
465 port. When i did tcpdump on it, i see that client does success
TCP handshake, then nothing is sent over it and finally connection
is cleanly closed by client (FIN after ~10 sec).
I guess that it is plain SMTP connection to
Dňa 26. júla 2024 14:11:10 UTC používateľ "Daniel K. via mailop"
napísal:
>I've received replies to my online form submissions to GMX suggesting my
>similar comments have been passed on to the developers. But I understand
>you're on top of this already.
Yes GMX has defined xmlns attribute, whic
Dňa 25. júla 2024 18:52:51 UTC používateľ "Daniel K. via mailop"
napísal:
>Any advice?
Yust ignore garbage.
I have own DMARC reports processor, i initially did it based on RFC
rules, but soon i meet not conformant reports. I defined threshold,
when i accept it and when i just log (and ignore)
Dňa 17. júla 2024 13:37:23 UTC používateľ Jaroslaw Rafa via mailop
napísal:
>That's why it's good to develop a habit to use "reply to list" (Shift+L in
>good old mutt ;)) and not "reply to all".
My android's client(K-9) doesn't support "Reply to list" (my desktop client
does it), thus i need to
Dňa 15. júla 2024 21:37:07 UTC používateľ Jeff Pang via mailop
napísal:
>4. Exim has more built-in features such as Dkim and customized transmap, but
>may be hard to setup correctly
Hard? Sure, it has not click-click configuration, one must know
what he want to setup, and then learn how to set
Dňa 12. júla 2024 20:45:30 UTC používateľ Jesse Hathaway via mailop
napísal:
>BATV seems like the best solution, but as said in my rely to Mark Alley,
>I am a little wary of standing it up, given the lack of maintained open
>source milters.
I didn't notice which MTA you are using. Exim has tool
Dňa 11. júla 2024 20:01:17 UTC používateľ Jesse Hathaway via mailop
napísal:
>1. Why are the non-delivery notifications sent to
> rather than to ?
NDR have to be send to Return-Path of original message, thus it depends
what was in its MAIL FROM. IMO including foreign (google) IP range open
Dňa 11. júla 2024 19:20:23 UTC používateľ John Levine via mailop
napísal:
>It appears that Ralph Seichter via mailop said:
>>Personally, I don't factor the price of domains into the block/pass
>>decisions,
>
>You should. There is a very strong correlation between cheap and bad.
Of course, mor
Ahoj,
Dňa Thu, 11 Jul 2024 08:37:05 +0200 Benoît Panizzon via mailop
napísal:
> The sender domain usually just got registered before the emails are
> sent and is being deleted shortly after.
did you try to identify new domains with zrd.dq.spamhaus.net,
fresh.fmb.la or fresh*.spameatingmonkey.ne
Dňa 10. júla 2024 19:31:01 UTC používateľ Faisal Misle via mailop
napísal:
>https://info.spamhaus.com/botnet-threat-updates
IIRC, top abused domain is .com for long time in SH C&C (botnet) stats,
i hope that these TLD blockers will be enough brave to block it :-P
My server stats confirm that,
Hi,
Dňa 29. júna 2024 17:08:33 UTC používateľ Al Iverson via mailop
napísal:
>I'm currently testing using Amazon SES for my outbound list mail.
Thanks for reply
>Maybe the first nine digits are some sort of client identifier? I am not
I checked your theory right now, and i afraid that it is no
Hi all,
please, is there some logic in AmazonSES sender?
I (my user) recently start to get spams with envelope sender in form
(last item):
01000190647ae455-a250a7c4-5c6b-4b0d-82a5-94f06382aa1f-000...@amazonses.com
Mails has valid "amazonses.com" & "ionixdev.com" DKIM, they has
"@ionixdev.c
Dňa 21. júna 2024 13:43:15 UTC používateľ Alessandro Vesely via mailop
napísal:
>Login attempts don't seem to follow any kind of decent dictionary attack
>strategy, as they try random userid/ password combinations, and repeat failed
>ones.
My devocot's auth daemon (mentioned early) can distin
Dňa 21. júna 2024 11:50:23 UTC používateľ Alessandro Vesely via mailop
napísal:
>That db currently holds 2,014,973 records. Rather than ipset or single
>iptables rules, the IPs are stored on a Berkeley DB. They get blocked by a
>few iptables rules ending in -j NFQUEUE. That passes the packe
Dňa 21. 6. o 6:57 Viktor Dukhovni via mailop napísal(a):
That said, it seemed reasonable to implement a recent suggestion from
the Postfix list and block XBL-listed IPs from connecting to my
submission services. This had a rather noticeable effect on the rate of
failed SASL probes. The suggest
Dňa 21. 6. o 8:44 Matus UHLAR - fantomas via mailop napísal(a):
Not sure about nftables.
nowadays both, the iptables & ntables, share the same netfilter code/hooks.
regards
--
Slavko
https://www.slavino.sk/
___
mailop mailing list
mailop@mailop.or
Dňa 8. júna 2024 10:36:44 UTC používateľ Alessandro Vesely via mailop
napísal:
>Yes, as it seems Tobias is going to file a bug against rspamd, I presume you
>are going to somehow fix it (unless bugs in email-security-scans are just
>decorative.)
I have nothing to do with email-security-scans,
Dňa 7. júna 2024 14:37:24 UTC používateľ Alessandro Vesely via mailop
napísal:
>If I were Slavko I'd fix rspamd by adding bug reporting (if it's not already
>there) rather than removing 2047-decoding.
Are you sure, that you did mean me?
I was just curious about IDNA syntax in this case...
re
Dňa 5. júna 2024 9:49:11 UTC používateľ Viktor Dukhovni via mailop
napísal:
>For maximal simplicity and robustness use the same encoding of domain
>names (U-labels or A-labels) in "d=" and "i=" as you do (or would, if
>there was "alignment") in "From:".
Thanks to both, i think i got it now.
re
Dňa 5. 6. o 11:00 John R Levine via mailop napísal(a):
I wouldn't verify that either. It's just wrong. You're not allowed to
MIME encode strings in a DKIM-Signature header.*
I don't argue, i am just curious, as i never think about it yet.
Do you want to tell, that if d= and/or s= tags contai
Dňa 31. mája 2024 15:35:36 UTC používateľ Alessandro Vesely via mailop
napísal:
>Lots of queries, aren't they? I only use Smpamhaus zen and DNSWL for
>whitelisting, for receiving SMTP. My own RBL blocks via iptables.
Note: my MSA is separated from MX, but both use the same (caching)
DNS serv
Dňa 31. 5. o 11:51 Alessandro Vesely via mailop napísal(a):
> What RBLs do you configure?
Beside my own RBLs i use DROP & AuthBL from SpamHaus, BIP from
virusfree.cz, and multiple codes from dronebl.org. They are queried
in paralel, thus count doesn't have big inpact.
But rejects based on RBL ar
Dňa 30. mája 2024 19:56:01 UTC používateľ Michael Peddemors via mailop
napísal:
>However, it isn't as simple as blocking every IP that bangs on your door. If
>you block large CGNAT IP's for instance, one compromised IoT device behind
>that IP can stop hundreds of legitimate users.
Yes, that
Dňa 30. mája 2024 18:23:25 UTC používateľ Michael Peddemors via mailop
napísal:
>I am sure there are many others that are dedicated to strictly AUTHentication
>abuse.. The key is to be able to do the check at all levels of authentication,
>whether by using an RBL, or static lists..
I hope, th
Dňa 18. mája 2024 16:07:51 UTC používateľ Bill Cole via mailop
napísal:
>Who uses it?
I feel as the problem lies elsewhere. Perhaps just mentioned gigants
fails properly parse the l= tag (or even do not parse it at all) and their
UI shows whole message (or all its parts) as signed, despite that
Dňa 17. mája 2024 14:12:41 UTC používateľ "Taavi Eomäe via mailop"
napísal:
>A longer description with images is available here:
>https://www.zone.eu/blog/2024/05/17/bimi-and-dmarc-cant-save-you/
I didn't get what is **new** in it, nor how length of RSA keys is related...
The l= DKIM tag was
Dňa 26. apríla 2024 12:52:51 UTC používateľ Benny Pedersen via mailop
napísal:
>MX is optional not required if A/ exists with same domain, many admins say
>if MX does not exists. then domain does not want email, this is fails also,
>hope more mta admins know this
AFAIK it is clearly defin
Dňa 18. apríla 2024 11:22:10 UTC používateľ Sebastian Arcus via mailop
napísal:
>However, if keeping outbound port 587 open turns out to be causing real
>headaches, I could take a look at revising the existing approach.
IMO, one don't need to block 465 port (or 587) from inside LAN, as
it is n
Ahoj,
Dňa Sun, 31 Mar 2024 12:29:54 -0600 Richard W via mailop
napísal:
> 41.212.32.14 is PBL only. Other IPs in the /24 have other listings
yes, now. the CSS & XBL was at time of previous check, as posted...
regards
--
Slavko
https://www.slavino.sk
pgprDduQ9ZmeR.pgp
Description: Digitáln
Dňa 31. marca 2024 17:06:30 UTC používateľ Richard W via mailop
napísal:
>That Spamhaus listing is PBL, not an indication of bad. Your ISP must have
>decided, or Spamhaus decided you shouldn't be sending mail. Looks like the
>whole /24 is on PBL.
PBL is not (bigest) problem, the worse part is
Dňa 31. marca 2024 15:02:31 UTC používateľ Odhiambo Washington via mailop
napísal:
>> Something bad seems to have gained the ability to use that IP...
>>
>
>Not that easy unless there is some recent exploit that I am not aware of.
Don't seems as neighbor problem...
checkrbl 41.212.32.14
Ahoj,
Dňa Sat, 16 Mar 2024 16:53:23 +0100 Marco Moock via mailop
napísal:
> Forwarding (e.g. forwarding as attachment etc.) is still a thing and
> if it is about security, I only trust e2e encrypted mails to be not
> eavesdropped. Everything else is just a guess and nothing else.
TLS is *Transp
Dňa 16. marca 2024 19:19:21 UTC používateľ John Levine via mailop
napísal:
>The DKIM RFC very clearly says that an invalid DKIM signature is
>equivalent to no signature. I suppose there may be people who wrongly
>misinterpret an invalid signature as saying something bad about the
>message, but t
Dňa 14. marca 2024 19:15:14 UTC používateľ John Levine via mailop
napísal:
>It would not be hard to use a different address for every message.
More precise, one can get/use new temporary IPv6 address every
5 s (less is ignored on Linux), but IMO with custom kernel even more
often can be possib
Dňa 14. 3. o 12:03 Marco Moock via mailop napísal(a):
Is there any standard that defines the retry rates or at least a best
practise?
RFC 5321, sect. 4.5.4.1:
In general, the retry interval SHOULD be at least 30 minutes...
--
Slavko
https://www.slavino.sk/
__
Dňa 14. 3. o 10:21 Andrew C Aitchison via mailop napísal(a):
Given that TLS encryption in SMTP is hop-by-hop rather than end-to-end,
I am not convinced that this is a significant reduction in security.
Of course, SMTP is hop-by-hop by design, but how important is that
hop-by-hop nowadays? Ope
Dňa 13. marca 2024 18:22:55 UTC používateľ Robert Giles via mailop
napísal:
>Sort of surprising, but I don't think JPMorgan Chase (large U.S. bank) is able
>to do TLS 1.2+
Seems, that Central Europe banks are in better TLS condition ;-)
regards
--
Slavko
https://www.slavino.sk/
___
Dňa 13. marca 2024 16:32:42 UTC používateľ Andrew C Aitchison via mailop
napísal:
>Has anyone checked what traffic is still using TLS 1.0 or TLS 1.1 ?
Yes, some infected machines from DZ, BR, AR, ID and so :-)
I checked last 90 days log now, i found only small number of plain
text deliveries t
Dňa 13. marca 2024 14:43:27 UTC používateľ Bill Cole via mailop
napísal:
>Every time I see this argument, I am struck by an important question:
>
> What is "poor" or "weak" about TLSv1.0 and TLSv1.1 which is relevant
> in the context of SMTP, other than their easily-disabled support for
>
Dňa 12. marca 2024 11:53:39 UTC používateľ Marco Moock via mailop
napísal:
>Is it ok that Listserv behaves like that?
I don't use fortinet at all, but all bounces (empty MAIL FROM:)
will be rejected here, if they fail BATV (prvs=) verification.
AFAIK, bounces have go to Return-Path:, not to Fr
Dňa 7. marca 2024 20:01:09 UTC používateľ Yuval Levy via mailop
napísal:
>Have you considered the opposite approach? there must be somewhere a list of
>the blocks used by conventional alphabets/glyphs. Assign negative score if
>there is at least one character NOT WITHIN that fairly static pre
Dňa 7. marca 2024 14:22:21 UTC používateľ "Yuval Levy ✅ via mailop"
napísal:
>My most important reason to "filter" emojis in email addresses and subject
>lines would be to assign them higher spammyness scores in rspamd or
>SpamAssassin. Are there already such rules? If not, how do I add them
Dňa 7. marca 2024 12:18:36 UTC používateľ Alessandro Vesely via mailop
napísal:
>On 06/03/2024 20:18, Slavko via mailop wrote:
>> Dňa 6. marca 2024 18:13:34 UTC používateľ Bill Cole via mailop
>> napísal:
>>
>>> support for SMTPUTF8 *in MTAs operating as MX
Dňa 6. marca 2024 18:13:34 UTC používateľ Bill Cole via mailop
napísal:
>Absolutely true. However, I believe that what John meant to point out is that
>support for SMTPUTF8 *in MTAs operating as MXs* is not widespread enough to be
>useful except for mail to Indian and Thai addresses, because e
Dňa 6. marca 2024 15:52:47 UTC používateľ John Levine via mailop
napísal:
>There's an extension called SMTPUTF8, informally known as EAI for
>Email Address Internationalization, that in principle allows any UTF-8
>in addresses, but unless you are sending mail to people in India or
>Thailand, you
Dňa 5. 3. o 0:15 Christer Mjellem Strand via mailop napísal(a):
That said, we still decided to deviate from them *only* for SMTP (and
not for i.e. Submission). The reason for this decision comes down to the
number of poorly configured servers out there, and the fact that TLS in
SMTP is still o
Dňa 4. marca 2024 21:15:23 UTC používateľ John Levine via mailop
napísal:
>It appears that Ken O'Driscoll via mailop said:
>>Transport encryption is not for confidentiality anyway.
>
>Agreed. My MTA uses "NORMAL:-VERS-SSL3.0"
Then why you are disabled SSL3? And why you do not build own openssl
Dňa 4. 3. o 11:09 Cyril - ImprovMX via mailop napísal(a):
Pointing out the fact that the dot-stuffing works on the two sides (adding
then removing) shows that in the current scenario, the issue is either
caused by the sender or by us, and not between us and Gmail.
And what does aiosmtpd with m
Dňa 26. februára 2024 17:57:16 UTC používateľ John Levine via mailop
napísal:
>I'm not surprised that they aren't interested in complaints from
>senders. If the recipients don't care whether they get the mail,
>there's no problem to be solved.
I understand, that any spammer can complain and it
Dňa 25. februára 2024 3:10:51 UTC používateľ Philip Paeps via mailop
napísal:
>Not being able to present information in the Subject: or body clearly isn't
>ideal, but it's better than breaking DKIM. List-* headers have been in
>widespread use for over twenty years.
The bad part is, that eg.
Dňa 19. februára 2024 12:46:51 UTC používateľ "Gellner, Oliver via mailop"
napísal:
>...the big email services providers need to make the first step in a
>coordinated procedure. Otherwise the sender is unlikely going to fix his setup
>and rather blame the receiver, because obviously he can del
Dňa 16. februára 2024 21:03:18 UTC používateľ Marco Moock via mailop
napísal:
>Use the VRFY SMTP command for that. If the remote site doesn't provide
>it, they don't want that somebody probes for the mailboxes.
IMO only between own servers, if at all. Disabling it (for public access)
is suggest
Dňa 16. februára 2024 19:42:08 UTC používateľ Andrew C Aitchison via mailop
napísal:
>AMAZON
> https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html
> https://ip-ranges.amazonaws.com/ip-ranges.json
Please, is somewhere described what "service" values means in it?
regards
--
S
Dňa 12. februára 2024 15:41:58 UTC používateľ Laura Atkins via mailop
napísal:
>In the face of those facts, what value does this bring to email?
It seems as very good question, targeting the root of problem, as
nobody was enough brave to argue...
I ask more or less the same. Despite the fact,
Dňa 11. februára 2024 19:06:31 UTC používateľ Sebastian Nielsen via mailop
napísal:
>>>On my site, users can use only own address/aliases, but i can use any
>>>(including any domain)...
>
>Of course since you are administrator. Nothing strange with that.
It was not meant as self-presentation,
Dňa 11. februára 2024 17:33:30 UTC používateľ Sebastian Nielsen via mailop
napísal:
>>> because SPF is too easy to forge.)
>Wrong. When a shared space is used, its up to that particular space, to
>enforce so customers cannot use other customer’s email addresses.
And how you can know if site en
Dňa 9. februára 2024 16:06:36 UTC používateľ Marco Moock via mailop
napísal:
>A good solution for phishing is S/MIME. Sadly, the adoption is very low.
>If all banks, online shops, government would use that, users could
>simply check the sender and forging messages would be much, much harder.
Hm
Dňa 9. februára 2024 6:11:29 UTC používateľ Marco Moock via mailop
napísal:
>dnsbl exists and some lists (e.g. uceprotect L3) entirely list ISPs
>that have a huge amount of spammers in their network.
>The more servers that block those ISPs, the less customers will use
>them for mail.
No, that i
Dňa 8. 2. o 10:38 Archange via mailop napísal(a):
No, I agree with you (I’m running two forwarders that have no issues so
far). And having a DMARC enforcing policy without DKIM is a bad idea.
IMO not bad idea, only sometime missused idea. I see preventing of
forwarding as legal requirements i
Dňa 7. februára 2024 22:09:18 UTC používateľ Atro Tossavainen via mailop
napísal:
>Now if that was a problem and this private secret got out because of
>a query that was just done through Google a few minutes ago, we'd
>find out in no time at all because Spamhaus would shut this private
>secret
Dňa 7. februára 2024 9:27:50 UTC používateľ Bjoern Franke via mailop
napísal:
>host whoami.akamai.net
There are multiple services doing that, some even IPv6
capable, but if you know any IP which doesn't run DNS server
(or blocks it), you can do connect/syn scan to its port 53/tcp
too, if redire
Dňa 7. 2. o 7:29 Odhiambo Washington via mailop napísal(a):
I have my local instance of unbound resolver.
It can be not enough. Some time ago i noticed, taht my ISP intercepts
(and redirects) all my DNS requests. Check carefully...
regards
--
Slavko
___
Dňa 5. februára 2024 18:20:01 UTC používateľ "Randolf Richardson, Postmaster
via mailop" napísal:
> A few of the lesser-known lists show that your IP address has been
>hitting spam traps. (I believe you deserve the white gloves, which
IMO, the precise of that on some RBLs is at least d
Ahoj,
Dňa Sun, 4 Feb 2024 16:02:31 +0100 Matus UHLAR - fantomas via mailop
napísal:
> Does anyone blindly trust ARC signatures from random domains?
How one can trust that, if one don't know how (or if at all) original
was checked? If i will blindly trust to that, i don't need to check SPF,
DKIM
Dňa 27. januára 2024 3:59:54 UTC používateľ Byung-Hee HWANG via mailop
napísal:
>
>Google Gmail accept such email: (source from soyeo...@gmail.com)
>https://gitlab.com/soyeomul/Gnus/-/raw/d73303d3f304a275bb6f129c0d4934ce30680629/DKIM/gmail-forwarding-header-20240126.txt
AFAIK:
+ standalone DKI
Dňa 26. 1. o 10:49 Jörg Backschues via mailop napísal(a):
Sorry, but there are issues with AboutMy.email when using multiple DKIM
signatures e.g. RSA & Ed25519.
I was curious, and no, there are not issues with dual signed DKIM, both
my signatures are in pass state, the only missing thing is,
1 - 100 of 374 matches
Mail list logo
