- swinog - vmaill01.sys

IANA AS Numbers Registry Update
by Selina Harrington 02 Apr '20

02 Apr '20

Hi, The IANA AS Numbers registry has been updated to reflect the allocation of the following blocks to the RIPE NCC: 210332-211355 Assigned by RIPE NCC 2020-04-01 211356-212379 Assigned by RIPE NCC 2020-04-01 212380-213403 Assigned by RIPE NCC 2020-04-01 You can find the registry at: https://www.iana.org/assignments/as-numbers/ The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en Best Regards, -- Selina Harrington Lead IANA Services Specialist

1 0

SPF Infomaniak Problem SPF
by DUCHET Rémy 26 Mar '20

26 Mar '20

Hi, It seems there is a problem with SPF @ infomaniak : RCPT from smtp-bc0c.mail.infomaniak.ch[2001:1600:4:17::bc0c]: 550 5.7.1 Recipient address rejected: Message rejected due to: SPF fail - not authorized. Please see http://www.openspf.net/; proto=ESMTP helo=<smtp-bc0c.mail.infomaniak.ch> Best regards, Rémy

1 0

Fwd: [ripe-list] RIPE 80 Will Be a Virtual Meeting
by Massimiliano Stucchi 19 Mar '20

19 Mar '20

-------- Forwarded Message -------- Subject: [ripe-list] RIPE 80 Will Be a Virtual Meeting Date: Thu, 19 Mar 2020 16:59:22 +0100 From: Hans Petter Holen <hph(a)oslo.net> Reply-To: hph(a)oslo.net To: ripe-list(a)ripe.net Dear colleagues, The RIPE 80 Meeting that was scheduled to be held in Berlin from 11-15 May will be a virtual meeting with a reduced programme due to the situation with COVID-19. RIPE is first and foremost a community, and I take this decision to ensure the health and well-being of the people in that community. I take this decision together with the RIPE NCC Executive Board. I have also listened to the feedback from the working group chairs, the RIPE Programme Committee, the Secretariat and the community itself. I will work with those groups to design a programme for a virtual RIPE Meeting that will bring value to our community and allow us to engage with each other, even if it is not the same type of engagement that we normally enjoy at a RIPE Meeting. I will also stay in close touch with the RIPE NCC Executive Board, who have contacted members to notify them that the General Meeting will be facilitated remotely. The RIPE NCC is currently investigating the best way to implement a successful virtual RIPE Meeting, and we will keep you informed of any updates by email and on the RIPE 80 website. We will do everything we can to minimise disruptions to those who have already planned to attend RIPE 80 physically, and anyone who has already paid for a ticket will be refunded. If you have any questions or concerns, you can always contact me directly or on the RIPE List. And the RIPE NCC is available to assist you with logistical help at <meeting(a)ripe.net <mailto:meeting@ripe.net>> should you have questions or need support. I want to wish you all good health at this time. Regards, Hans Petter Holen RIPE Chair

1 0

COVID-19 Monitoring Hackathon
by Gregor Riepl 19 Mar '20

19 Mar '20

Here's another project that is looking for volunteers: https://db.schoolofdata.ch/event/7 In particular, some of you may be able (and willing!) to contribute to the "Daten zur Netzauslastung" topic? -> https://db.schoolofdata.ch/project/67

2 1

(no subject)
by Roman Hochuli 18 Mar '20

18 Mar '20

FYI -- SwiNOG Organisation Roman Hochuli Board Member

1 0

SwiNOG #37 postponed due to COVID-19
by Roman Hochuli 12 Mar '20

12 Mar '20

Dear Community After careful consideration of risks and benefits and with a heavy heart, we have decided not to go forward with SwiNOG #37 in May 2020 due to the highly uncertain situation regarding the SARS-CoV-2 virus. The critical factors are the travelling, the restrictions placed on events by the government and first and foremost our concern for the health and safety of all our attendees and speakers. We are currently talking to our sponsors and partners to find a solution on how to proceed. We are very sorry we can't give you the great conference in May that many of you have been eagerly anticipating. We do hope you understand that this was, in every way, a very tough decision for us to make. We are trying to do the right thing by putting the health of all of us first. Instead of the two meetings in May and November, we plan for one big Event on Tuesday, September 8th, 2020. If you have any question do not hesitate to contact us. The SwiNOG Core Team -- SwiNOG Organisation Roman Hochuli Board Member

1 0

Looking for contact to: Green Abuse Desk regarding blacklisting caused by backscatter from email sent with fake envelope sender.
by Benoit Panizzon 10 Mar '20

10 Mar '20

Hi Hopefully somebody from the Green Abuse Desk is reading this and willing to contact me off-list regarding the blacklisting of green mail platform ip addresses because of a backscatter issue? I fear abuse(a)green.ch is handled by the enduser customer service as it looks they did not understand the issue. Yes, I would like to put the affected IP ranges into the SWINOG Whitelist to prevent them from getting blacklisted, but Green needs to tell me them. Just reacting to complaints and whitelisting every single ip address separately is a bit cumbersome. And no, the SPF record does not reveal those IP Addresses: hosting-ch.ch descriptive text "v=spf1 include:app.sgizmo.com ~all" app.sgizmo.com descriptive text "v=spf1 ip4:216.46.168.222 ip4:216.46.168.197 ip4:216.58.172.197 ip4:216.58.172.198 ip4:146.20.14.105 ip4:146.20.14.106 ip4:50.56.130.220 ip4:164.177.132.168 ~all" Last two IP addresses that got listed: 212.59.184.16 => elex-mail03.hosting-ch.ch 212.59.184.15 => elex-mail02.hosting-ch.ch. Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

1 0

Brocade NOS any?
by Guazzoni, Daniele [Global IT] 09 Mar '20

09 Mar '20

Does anyone have NOS 7.x.x for VDX 6740? We have a couple of those old VDX laying around and we would like to re-use them for a lab. The problem is that they are running 6.0.2 and we would need a 7.x.x firmware. Please contact me offline. Thanx Daniele Daniele Guazzoni Senior Network Engineer | Global IT O: +41 44 278 8754<tel:+41%2044%20278%208754> | Daniele.Guazzoni(a)solera.com<mailto:Daniele.Guazzoni@solera.com> | Solera.com<https://www.solera.com/> Solera | Elias‑Canetti‑Strasse 2 , Zürich Oerlikon , Zurich , 8050 , SWITZERLAND [cid:image304169.png@84B353CA.E694814D] ________________________________ "This e-mail and any attached files are confidential and intended for the named addressee(s) only. If you have received this message in error please notify the sender and delete the email immediately. The company does not conclude contracts by email and all negotiations are subject to written contract."

1 0

IANA AS Numbers Registry Update
by Selina Harrington 06 Mar '20

06 Mar '20

Hi, The IANA AS Numbers registry has been updated to reflect the allocation of the following block to AFRINIC: 328704-329727 Assigned by AFRINIC 2020-03-05 You can find the registry at: https://www.iana.org/assignments/as-numbers/ The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en Best Regards, -- Selina Harrington Lead IANA Services Specialist

1 0

Fwd: [routing-wg] RPKI Outage Post-Mortem
by Massimiliano Stucchi 25 Feb '20

25 Feb '20

If you're not on the routing-wg mailing list, there's something you should know -------- Forwarded Message -------- Subject: [routing-wg] RPKI Outage Post-Mortem Date: Tue, 25 Feb 2020 15:12:15 +0100 From: Nathalie Trenaman <nathalie(a)ripe.net> To: routing-wg(a)ripe.net Dear colleagues, From Saturday 22 February at 08:24 (CET), any newly created, modified, or deleted ROAs (176 in total) could not be added to our publication server due to a disk problem. From that moment on, all the data was stored on the database, but the publication did not happen. The disk did not report any problems and, therefore, no engineer was alerted of this incident. Due to the disk problem, starting from Sunday 23 February at 09:10 (CET), our CRL expired and our repository could not be properly updated. This was reported to us on Monday 24 February at 11:44 (CET). Immediately, our engineers fixed the disk problem, however, since the CRL expired, all underlying objects also expired. Depending on the Relying Party software an operator used, this abnormal behaviour appeared differently. Initially, our engineers tried to do a full re-population of the RPKI repository, but unfortunately, this did not update the CRL in the validation tree. At 15:03 (CET), we performed a full CA key-roll, which was completed at 21:02 (CET) and resolved the problem. At 19:58 (CET), all objects in the backlog were published. We apologise for any inconvenience this may have caused and we are taking all the necessary steps to ensure this incident does not appear again in the future. Kind regards, Nathalie Trenaman Routing Security Programme Manager RIPE NCC

3 3

MELANI / GovCERT.ch
by Andreas Fink 19 Feb '20

19 Feb '20

Hello Swinog Users, Has anyone of you received some info from MELANI / GovCERT about some IoT vulnerability you might be exposed to? Well I did and I found very very strange things in this report. 1. The report contains only a timestamp, an IP address and a DNS name. Not which vulnerability, not potential loopholes, traces or ANYTHING useful to analyze whats happening. 2. The single IP address in the report is not in my network (I used to have that IP range in the past but I sold it in 2016. So long long ago. ) 3. The abuse email they sent the report to is not in the whois of that network. 4. The DNS name used in the report is not the reverse PTR of that IP. Nor does the forward DNS point to that IP. 5. The DNS name points to a host in my network but that host is definitively not a IoT device which has any kind of default password. Its a solid Linux machine with a up to date distribution with 2 usernames only on it with very secure passwords and only one specific application running which doesn't talk to outside my network at all. If that machine would have gotten hacked, it would surprise me very much. At least I have found nothing unusual on that IP. No unexpected network activity, CPU load, processes etc. So MELANI tells me my big fat Linux server is now a IOT device which has default passwords and I should simply do a factory default (and by doing this erase terabytes of data). I should look for "_SOMETHING_" without specifying it on SOME IP I don't own. And they address such a report to me while I am not the abuse contact of this SOME_IP. Furthermore SOME_IP looked not being reachable anyway when I tested. So the report contains ZERO usable information. The only thing which might not be wrong in the report is the timestamp (but thats not verified neither). I am shocked that a government entity which should take security seriously, is sending out such utter nonsense reports and wasting all our precious time. If they got such reports from 3rd parties it should contain verifiable information and USEFUL information. Apparently MELANI has become some kind of open CERT-SMTP relay without authentication. Let me know your experiences. Andrea Fink Fink Telecom Services --.- .-. - >> ENGLISH VERSION >> >> Dear Sir or Madam >> >> You are receiving this email because your email address is either registered as abuse contact for AS6775 in our system or because your email address is referenced as abuse contact for AS6775 at RIPE. >> >> The Reporting and Analysis Centre for Information Assurance (MELANI) has been informed by a partner about one of more devices (IoT - "Internet of Things") in your network that are likely to be compromised by Hackers and that are being used for malicious purpose. Attached to this email, you can find a list of all IP addresses that has been reported to us in the past 24 hours. >> >> The affected devices have most probably been compromised by hackers, likely due to the usage of a a default password. Therefore, hackers where able to install a malware (Mirai) on the said devices >> >> We therefore recommend you to identify the affected devices or customers, securing them and clean them up (e.g. by doing a factory reset). An overview of recommendations concerning IoT devices can be found on our website: >> >> Security in the internet of things (IoT): >> https://www.melani.admin.ch/iotsecurity <https://www.melani.admin.ch/iotsecurity>

3 2

Invitation for Public Policy Workshop in Bern 26.2.
by Michael Hausding 17 Feb '20

17 Feb '20

Dear SWINOG members Are you interested in the latest development on Dataprotection and E-ID in Switzerland? Before the ISOC-CH General Assembly on Feb 26 2020, we will host again an afternoon session on current Public Policy Topics with presentations and discussions on the following hot-topics in Swiss Politics: • Swiss E-ID (Electronic ID) A referendum to enforce a popular vote has just been successfully completed. More information here (German / French) Speakers: • André Golliez, Swiss Data Alliance / Zetamind AG • Jorgo Ananiadis, ISOC-CH / Piratenpartei • Revision of Swiss Data Protection Legislation The Legislation on Swiss Data Protection is currently under revision with the National Parliament. There are several concerns, e.g. on profiling. More information here (German only). Speaker: • lic. iur. Viktor Györffy, Digitale Gesellschaft / Advokaturbüro Peyrot, Schlegel & Györffy Registration and more information is available here: https://www.isoc.ch/events/policy-workshop-and-discussions-2020 Michael — Michael Hausding Chair ISOC Switzerland Chapter michael.hausding(a)isoc.ch https://isoc.ch

1 0

Telegram group
by Massimiliano Stucchi 17 Feb '20

17 Feb '20

Hi everyone, I created a telegram group for Swinog. It is meant to be a place to have discussions that are more informal than what you could have on the mailing list or simply for something more interactive. The link to join is https://t.me/SWINOG I've created a similar group for ITNOG almost two years ago and it proved to be a good initiative, now with about 450 members and with daily discussion on different topics. Maybe we can make it happen also for Swinog. Keep in mind this is just a personal initiative and not an official one from Swinog. If it works out and it's positive, we'll see if we can make it more official. If you have any question or comment, please feel free to approach me. Ciao! -- Massimiliano Stucchi MS16801-RIPE Twitter/Telegram: @stucchimax

10 13

RIPE Atlas probes as SW
by Steven.Glogger＠swisscom.com 14 Feb '20

14 Feb '20

Hi There Just saw this post by RIPE: https://labs.ripe.net/Members/alun_davies/ripe-atlas-software-probes RIPE Atlas probes are now available as software, offering future hosts a new way to help build the RIPE Atlas network. While not a replacement for their hardware counterparts, software probes will improve coverage by bringing RIPE Atlas to new and previously hard-to-reach places. How cool is that?! 😊 greetings -steven

1 0

Any Green.ch DNS Admin on this list?
by Benoit Panizzon 13 Feb '20

13 Feb '20

Hi List To migrate a couple of DNS Zones from green to another DNS operator. I need the zone files. I am giving up on the green customer service. So if a green tech with access to the zone files (as raw as possible, for example extracted by 'dig AXRF') is reading this, please contact me off-list. Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

1 0

Missing DNS A records for several domains hosted by swisscom.com
by Tobi 08 Feb '20

08 Feb '20

Hi hope someone from Swisscom reads here. We're currently seeing that DNS A records for MX hosts of several domains disappeared. They all using > mtainXX.mailsecurity.swisscom.com as MX record. But there are no A records for those MX ; <<>> DiG 9.11.14-RedHat-9.11.14-2.fc31 <<>> mtain01.mailsecurity.swisscom.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 47048 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;mtain01.mailsecurity.swisscom.com. IN A ;; AUTHORITY SECTION: swisscom.com. 574 IN SOA dns3.swisscom.com. admin\.dns.swisscom.com. 42532 21600 3600 604800 600 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Fr Feb 07 10:42:03 CET 2020 ;; MSG SIZE rcvd: 113 ; <<>> DiG 9.11.14-RedHat-9.11.14-2.fc31 <<>> mtain02.mailsecurity.swisscom.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 56271 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;mtain02.mailsecurity.swisscom.com. IN A ;; AUTHORITY SECTION: swisscom.com. 574 IN SOA dns3.swisscom.com. admin\.dns.swisscom.com. 42532 21600 3600 604800 600 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Fr Feb 07 10:42:03 CET 2020 ;; MSG SIZE rcvd: 113 According to our passive DNS data there are at least 63 domains using one of these hosts as their MX. -- Cheers tobi

4 3

IPv4 Brokers
by Mike Kellenberger 07 Feb '20

07 Feb '20

Hi all Can anyone recommend a serious Broker to purchase IPv4 Addresses with which he/she already has made successful transactions? Thanks! Mike -- Mike Kellenberger Teamleader Network & Security nexellent ag Sägereistrasse 33 CH-8152 Glattbrugg Phone: + 41 44 872 20 00 Direct: + 41 44 872 20 30 Mobile: + 41 79 421 17 78 www.nexellent.ch twitter.com/nexellent

1 0

IPv6 Council event - IPv6 Security Hands-On Crash Course with Fernando Gont, March 2020
by Silvia Hagen 06 Feb '20

06 Feb '20

Dear Swinogers We are happy to announce that we will have Fernando Gont in Switzerland, teaching his famous IPv6 Security Hands-On Crash course. Fernando is an expert in the international IPv6 community, author of many RFCs and developer of the hacking toolkit. He will show you how to work with it during this course. IPv6 Security Crash Kurs with Fernando Gont * 23. - 25. März 2020, at Digicomp in Zürich (in English) More Information <http://www.swissipv6council.ch/en/events/ipv6-security-crashcourse>Registration via Digicomp<https://www.digicomp.ch/weiterbildung/trainings-fuer-it-professionals/netwo…> Prerequisite for attending this course is a basic knowledge of IPv6, such as addressing architecture, header format, extension headers, neighbor discovery, SLAAC, DHCPv6, MLD etc. If you like to refresh your understanding of the IPv6 basics, you may attend the IPv6 Hands-On Training on 24. - 26. February<https://www.digicomp.ch/weiterbildung/trainings-fuer-it-professionals/netwo…> at Digicomp in Zurich (in German) All details and link to registration: http://www.swissipv6council.ch/en/events Cheers Silvia Sunny Connection AG CH-8124 Maur +41 (0)44 887 62 10 www.sunny.ch<http://www.sunny.ch/> http://twitter.com/sunny_shagen ****************************************** Business Agility - eine integrale Betrachtung. Kommen Sie mit auf unsere Entdeckungsreise<https://flowdays.net/de/training?category=Business_Agility&title=Business_A…> "When things fall into place" - 28. November in Zürich ****************************************** Think Agile, thrive in the Flow: www.flowdays.net<http://www.flowdays.net/> ******************************************

1 0

Advertizement from OFCOM (dot.swiss) to .swiss domain owners?
by Benoit Panizzon 31 Jan '20

31 Jan '20

Dear List I am frowning upon an advertisement email I just got from OFCOM to the owner contact email address of a .swiss domain. Not only am I inclined to consider such emails as 'unlauter' but I am also very concerned that such emails are sent from an ESP in the US who has confirmed on several occasions that they don't care about Swiss privacy laws and will not hand out the identity of their spamming customers, even if they are based in Switzerland and send spam to Switzerland based 'targets' as intended by Art. 8 DSG. Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

1 0

Quickline contact
by Marco Kälin 29 Jan '20

29 Jan '20

Hi list, Someone from Quickline mx ord dns team here? You send VPBX Fax2Mail Messages from faxserver(a)business.quickline.ch. Can you please check your spf record on business.quickline.ch? root@localhost:~# dig @8.8.8.8 business.quickline.ch txt +short "v=spf1 -all" thank you regards Marco

2 1

Beers/Food at Paddy Reilly on 28/1/2020
by Massimiliano Stucchi 28 Jan '20

28 Jan '20

Hi everyone, as the subject suggests, I'm organising beers and food for whoever would like to join next Tuesday, January 28th. It will be at: Paddy Reilly's Talstrasse 82 8001 Zürich Starting at 18:30. If you are coming, please let me know by sending me an email so I can try to take a table with enough space for everyone. If you instead think about deciding last minute, I'm sure we'll have enough space. Ciao! -- Massimiliano Stucchi MS16801-RIPE Twitter/Telegram: @stucchimax

1 1

A survey on performance diagnosis for Network functions/middleboxes
by Junzhi Gong 27 Jan '20

27 Jan '20

Dear SwiNOG community, Today's networks (data centers, ISPs, and enterprises) all run many hardware middleboxes and software network functions. The performance of these components is critical for network management and user experiences. However, when performance problems happen, it often takes a lot of human efforts to instrument and debug these systems especially when many network functions interact with each other and with traffic dynamics. We are a group of researchers from Harvard and AT&T who are building new diagnosis tools that can automatically find potential root causes for performance problems in network functions (especially those tail latency problems that are hard to diagnose). This project is led by my advisor Minlan Yu (Homepage: http://minlanyu.seas.harvard.edu/ <http://minlanyu.seas.harvard.edu/>), an Associate Professor in Harvard University. We're reaching out to the SwiNOG community to understand the performance problems you have seen and your needs on diagnosis tools. This will greatly help us to incorporate your needs in our tool. We plan to release our debugging tool for the community to use. We greatly appreciate your help in filling out the survey below. It should take less than 10 minutes to complete. The survey and the collected data are anonymous (so please do *not* include information that may identify you or your organization). All questions are optional, so if you don't like a question or don't know the answer, please skip it. In the survey, we use network functions as a general term to represent both hardware and software middleboxes. A summary of the aggregate results will be published as a part of a scientific article later this year. Survey URL: https://docs.google.com/forms/d/e/1FAIpQLSdx1j2BZzk_iEuIqHLDF20Rv_LuxLcrGze… <https://docs.google.com/forms/d/e/1FAIpQLSdx1j2BZzk_iEuIqHLDF20Rv_LuxLcrGze…> We would also be extremely grateful if you could forward this email to any operator you know beyond this SwiNOG mailing list. Junzhi Gong Harvard University

1 1

postmaster bluewin please contact
by Tobias Oetiker 22 Jan '20

22 Jan '20

Hi we got several reports from customers with bluewin addresses who do not get automated mails from "vermietung(a)floerli-olten.ch" in their mailboxes. according to our mailserver log mails get delivered to bluewin correctly, but they never arrive in the users mailboxes. does bluewin take it upon itself to destroy mail messages without notice ? Tobi Oetiker tobi.oetiker.ch

2 2

swisscom dtag cogent overbooking
by solutions＠datawire.ch 20 Jan '20

20 Jan '20

Hi I`m looking for someone from swisscom to make it`s customers happy :) Looks like we get a lot of swisscom traffic over cogent via dtag, and since the customers of our customers use swisscom, they have to deal with packet loss and slow connections every day after 3 pm until 6 pm. Cogent just told us to blame dtag for not peering, and swisscom for using dtag as an upstream. It looks like that «smart ict» customers have even more problems, even with outgoing connections, some of them started to work from home for faster connections (=different isp). Maybe somebody from the swisscom team can contact us noc(a)datawire.ch <mailto:noc@datawire.ch> Thank you very much 😉 Cheers Sebastian ___________________________ DATAWIRE AG Bösch 80A, 6331 Hünenberg Tel. +41 41 728 09 99 E-Mail: <mailto:solutions@datawire.ch> solutions(a)datawire.ch Website: <https://datawire.ch/> https://datawire.ch

1 0

DNS issue @ metanet?
by Benoit Panizzon 17 Jan '20

17 Jan '20

Hi Community Since yesterday we see more and more message of the kind: (host mail.zabli.ch[80.74.146.90] said: 450 4.7.1 Client host rejected: cannot find your hostname, [157.161.13.198] (host mx03.sui-inter.net[80.74.146.163] said: 554 IP name lookup failed. No PTR record found (host mx03.sui-inter.net[2a00:1128:0:146::163] said: 554 IP name lookup failed. No PTR record found (host mx01.sui-inter.net[2a00:1128:0:143::111] said: 554 IP name lookup failed. No PTR record found (host mail.musikstunden.ch[80.74.153.11] said: 450 4.7.1 Client host rejected: cannot find your hostname (host mail.schreinerei-furler.ch[80.74.145.2] said: 450 4.7.1 Client host rejected: cannot find your hostname (host mail.von-rickenbach.com[80.74.155.60] said: 450 4.7.1 Client host rejected: cannot find your hostname It looks like all those cases are hosted @ metanet. But there are some mailserver @ metanet which do accept emails. Is there any known DNS issue with metanet? According to their status page there are no issues. Or is something wrong with the readability of our DNS from outside AS6772? (ns1.imp.ch, ns2.imp.ch) Mit freundlichen Grüssen -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog