I guess no one cares anymore of rfc-clueless since every GSuite domain is listed there with no strong reason.
E.g: http://rfc-clueless.org/lookup/mx1.mailvox.it "mx1.mailvox.it is INDIRECTLY listed in an RFC2 list." "Domain shares an MX record (alt1.aspmx.l.google.com) for a mail exchange which is known to not handle null-addresses." And please note that "mx1.mailvox.it" domain doesn't have that MX, it is "mailvox.it" to have an MX on Gsuite. postmaster@mydomains works fine for all of my domains hosted on Gsuite too... Either Google is right or rfc-clueless is right is not important at all: Google is much bigger and no one will really use rfc-clueless list if this means loosing email coming from every google customer. If a domain answer to postmaster@domain emails it should not be listed there. Instead my Gsuite domains are there.. so IMHO rfc-clueless is not doing the right thing. Also interesting.. I looked up http://rfc-clueless.org/lookup/alice.it when you wrote and it was listed in the "ABUSE". I then asked to add the POSTMASTER too. Now every query I do (to every domain, even gmail.com or my mx1.mailvox.it says "is NOT listed in any RFC2 list."... i guess the website is experiencing some issue right now. Stefano On 7 August 2017 at 17:27, Aaron C. de Bruyn <aa...@heyaaron.com> wrote: > It exists: http://rfc-clueless.org/ :) > > -A > > On Mon, Aug 7, 2017 at 7:19 AM, Stefano Bagnara <mai...@bago.org> wrote: >> Hi Lindani, >> >> we're an italian ESP and we never had success contacting Alice.it postmaster. >> Alice.it is the freemail domain of the biggest telecom operator in >> italy (Telecom Italia, now named TIM). >> >> We never had major deliverability issues (blocks/junking) there, but >> sometimes their server are very slow (don't know if it is throttling >> or simply overload) and queues get very big (last time was the past >> february and lasted a couple of weeks). We use a very very high >> timeout for them (20 minutes, instead of 2 minutes we use for everyone >> else) because we experienced double deliveries due to timeout on our >> side after the ending DATA "." (the very point the RFC says the server >> should try to answer as fast as possible to avoid double delivery). >> >> Once (a couple of years ago) I also tried contacting them because of a >> bad vulnerability in their webmail but I received no answers to that >> too... >> >> I also have friends buying servers from Telecom Italia (so they are >> customers) and they also had no success getting in touch with a >> postmaster for alice.it . >> >> Maybe there should be a dnsbl for domains /dev/nulling postmaster@ >> address and not only for the one not accepting postmaster/abuse >> recipient ;-) >> >> You may want to try >> postmaster@(alice.it|aliceposta.it|tim.it|telecom.it|telecomitalia.com|retail.telecomitalia.it) >> >> With abuses you may want to try >> ab...@retail.telecomitalia.it >> ab...@telecomitalia.it >> >> and the only one that ever answered an email to us (a lot of years ago): >> staff...@telecomitalia.it >> >> Their only known interactive communication channel is twitter: >> @tim_official ... maybe you will have success tweeting them in >> "public". >> >> Good luck and let us know how it goes. >> >> Stefano >> >> -- >> Stefano Bagnara >> Apache James/jDKIM/jSPF >> VOXmail/Mosaico.io/VoidLabs >> >> >> On 2 August 2017 at 16:10, Lindani Tshabangu via mailop >> <mailop@mailop.org> wrote: >>> Hello, >>> >>> Anyone who can assist with a contact at Alice.it or point me to where I can >>> get one? >>> >>> Kind regards >>> >>> ____________________ >>> >>> Lindani Tshabangu >>> Deliverability EMEA | GROUPON >>> >>> ltshaba...@groupon.com >> >> _______________________________________________ >> mailop mailing list >> mailop@mailop.org >> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop _______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
