What will be the best option to implement this file Tony? Ciao
> On Dec 19, 2017, at 1:09 AM, Tony White <[email protected]> wrote: > > Found it... > > # Version 2017121800, Last Updated Mon Dec 18 07:07:01 2017 UTC > http://data.iana.org/TLD/tlds-alpha-by-domain.txt > > Worth a look see... > > best wishes > Tony White > > On 19/12/2017 09:52, Tony White wrote: > >> Thank you Sean. >> Now I remember seeing a website somewhere that had all these new >> tld's in a file. >> If I find it I will let you all know. >> >> best wishes >> Tony White >> >> On 19/12/2017 06:43, Sean Murphy wrote: >> >>> Eric, >>> >>> I just watched qmail reject a new address from the date domain. >>> >>> The syntax is indeed .@*\.date$ in badmailfrom. >>> >>> I'm still running an older version of the toaster on a CentOS 5.11 machine. >>> I have a CentOS 7 box up and ready for a migration, but I'm loathe to move >>> over from a machine that's working well even though it's past its date. I >>> suppose the time draws nigh, anyway. >>> >>> And, for what it's worth, the latest rash of spam seems to be from IPs in >>> Italy. >>> >>> Thanks! >>> >>> -Sean >>> >>> On 12/18/2017 2:25 PM, Eric Broch wrote: >>>> I put in a spam gateway, specifically, a Sonicwall device because I could >>>> never control spam using stock qmailtoaster stuff until Dspam (to much >>>> fiddling), but to your question: >>>> >>>> It'd be preferable to put an entry in /etc/spamdyke/blacklist_senders file >>>> '@domain.tld' so email would never reach the smtp daemon. >>>> >>>> Here's the badmailfrom wiki anyway: >>>> http://wiki.qmailtoaster.com/index.php/Badmailfrom >>>> >>>> >>>> On 12/18/2017 11:27 AM, Sean Murphy wrote: >>>>> Greetings all, >>>>> >>>>> We are seeing a boatload of spammy mail from new top level domains, <dot> >>>>> date in particular. Spamassassin is catching most of them and flagging >>>>> them as spam, but I'd like to block the domain entirely. Is this >>>>> possible in badmailfrom? Will it support a wildcard such as .@*\.date$, >>>>> or is the syntax different? I realize there may be legitimate businesses >>>>> emailing from that domain at some point in the future, but that future is >>>>> certainly not now. >>>>> >>>>> Also, if there is a better way of doing this, I am open to suggestions. >>>>> >>>>> Best, >>>>> >>>>> Sean P. Murphy >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] >
signature.asc
Description: Message signed with OpenPGP
