[mailop] gmail: Benefit of a generic SPF-record?
Hi, I recently came across an email being rejected by gmail.com with: This message does not pass authentication checks (SPF and DKIM both do not pass). SPF check for [...] does not pass with ip: [...]. That email was not spam but authenticated to the mailserver mentioned (the ip given above), which is listed as MX for that domain etc. There was no SPF-record at that time. I'm now going to retry with an "as basic as possible" SPF-record. But does a SPF like v=spf1 a mx ~all have any real benefit? And if it does, why isn't it sufficient that the domain and ip listed above belong to the legitimate MX? Of course that IP had proper rDNS and all that. It's becoming more and more crazy with some of the bigger mail-providers out there *sigh* Kind regards, Stefan ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] List of unused, big email-domains?
On 1/8/19 9:20 PM, John Levine wrote: > In article > you write: >> -=-=-=-=-=- >> -=-=-=-=-=- >> >> On 01/08/2019 12:46 PM, John Levine wrote: >>> Why would spam trap domains want to say anything? >> >> So that their domain(s) would be ineligible to be listed. > > You're still making the key assumption that they would care. > >> Receivers could use it to reject email from listed defunct domains. >> Domains which likely don't have SFP or other mechanisms to indicate that >> they don't send email. > > Before you put a lot of effort into this, how much difference would it > make for spam filtering? I don't see a lot of spam purporting to be > from famous dead domains. They're either famous live domains or > random addresses picked from their spam lists. Hi, Part of my reason to start this mail-thread was that for some domains which get mistypes from time to time (like gmail.de instead of gmail.com) it would maybe nice to reject that email right away instead of having it in the outgoing queue for some days (Connetion timed out, ...) and being able to tell the sender after delay of some days that finally that email still timed out - although by looking at the domain we could already tell beforehand that delivery will not succeed / does not make sense. But there might be other purposes to use such a list, of course. Kind regards, Stefan ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] List of unused, big email-domains?
Hi, maybe at least some good describing comment, if possible also links pointing to an official shutdown or reasons why some domain is not used anymore (for emails). Another good example might be gmail.de which nowadays belongs to Google but was never actively used for emails. Instead most people from Germany I saw simply confused @gmail.com with the domain-ending .de they were used to - and the usual fix might be to try gmail.com instead. Other cases are freemail-providers from long ago that closed doors - though we'd still need to question if at least some internal addresses (info, hostmaster, ...) might still be reachable. A missing MX and no reachable smtp-service for some time (not a temporary downtime) might also be good indicators imho. We've seen hanging in mailqueues with "Connection timed out" (because there was a valid A-record but no smtp-service reachable) until finally bouncing. I'll be happy to contribute to such a list. Kind regards, Stefan On 1/8/19 6:13 PM, Mathieu Bourdin wrote: > Hi there, > > Would be happy to jump on that too and help, I was just talking about this > very topic with a collegue this morning, It would be useful so often to have > this kind of resource to just point to our customer when we talk about list > hygiene... you know: > "hey, please do take action as your so called clean and updated list has some > is trying to necroanimate lots of dead addresses" > And "Voila" as we say in French (I think most French senders will catch the > pun) > > What would the criteria be to add domain on such a list? Time since > deactivation? Average amount of addresses found in lists? > > Mathieu Bourdin. > > -Message d'origine- > De : mailop De la part de Benjamin BILLON > Envoyé : mardi 8 janvier 2019 17:56 > À : Stefan Neufeind ; mailop@mailop.org > Objet : Re: [mailop] List of unused, big email-domains? > > I'd be interested in that too. > As I'm not aware of such list, what about just starting it from scratch? We > could put it on Wikipedia or anywhere else where it makes sense, and where we > would have history and versioning. > > I recently saw a few domains decommissioned for years, and they still have a > MX record as of today. > > -- > Benjamin > > -Original Message- > From: mailop On Behalf Of Stefan Neufeind > Sent: mardi 8 janvier 2019 17:44 > To: mailop@mailop.org > Subject: [mailop] List of unused, big email-domains? > > Hi, > > from time to time I stumble across (former?) large mail-domains, including > for example vr-web.de, eunet.at und some others. Those domains also include > some freemails of "former days". of which quite a number don't run > email-services anymore. > > Does somebody know of a list of domains that are known to not run > email-services anymore these days? Such domains usually don't have an > MX-entry, but most still have an A-record since they want to redirect to some > website. Technically having an A-record is sufficient to be able to receive > emails though I expect most people "seriously" running email-services will > then also provide MX-records "just to be sure". > > > Kind regards, > Stefan ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
[mailop] List of unused, big email-domains?
Hi, from time to time I stumble across (former?) large mail-domains, including for example vr-web.de, eunet.at und some others. Those domains also include some freemails of "former days". of which quite a number don't run email-services anymore. Does somebody know of a list of domains that are known to not run email-services anymore these days? Such domains usually don't have an MX-entry, but most still have an A-record since they want to redirect to some website. Technically having an A-record is sufficient to be able to receive emails though I expect most people "seriously" running email-services will then also provide MX-records "just to be sure". Kind regards, Stefan ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
