[swinog] Re: DNS help: named 'end of file resolving' a hostname.
On 14.10.22 10:51, Benoît Panizzon wrote: Bind 9.18.4 fails to resolve the A record of: fd19g0409.drive.pro.io May it be this issue? https://gitlab.isc.org/isc-projects/bind9/-/issues/3474 Beat ___ swinog mailing list -- swinog@lists.swinog.ch To unsubscribe send an email to swinog-le...@lists.swinog.ch
Re: [swinog] UPC Mailservers problems with greylisting
On 03.01.17 16:27, Benoit Panizzon wrote: > Same Problem here, since at least 24. December. > Same here since beginning of december. Whitelistied UPC 9.12. 21:37 I do not greylist servers with correct spf record. With UPC i think the main problem is the missing NDR. happy new year!! Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Suche nach neuem Registrar
On 23.01.15 21:38, Beat Siegenthaler wrote: Hi all, to quote myself: I know i am on the wrong place here for this, but i want simply the same swissness service i had from switch. It seems i have another year to let the free market registrars do their homework! Instead of the advice to transfer my .ch i get a letter from Switch with a new invoice for renewal. For me that's ok! ;-) Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Suche nach neuem Registrar
On 23.01.15 15:47, Oli Schacher wrote: there is a (incomplete/possibly inaccurate) community generated list here: https://docs.google.com/spreadsheets/d/1UWK6ijLCiLXSIuTT4sS_h0zCqPMCjjhry0byQprysts/edit?usp=sharing Hi, Wow, the where row seems to be very inaccurate, or there are some explanations needed. Amazon, Switchplus, Metanet are really located in Austria? And Brig (rhone.ch) is now located in Australia? :-) And many CH registrars: I am pretty sure they have no business in Switzerland... I know i am on the wrong place here for this, but i want simply the same swissness service i had from switch. With IPv6 glue and DNSSEC. With a fair price...;-) Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] DNS: Is a SOA required?
On 04.10.10 15:04, Benoit Panizzon wrote: Hello I quite often stumble over DNS entries without SOA. Indeed, this also new for me. at least BIND won't serve zones without SOA-Record.. Found something about it here: REDUCIBLE COMPLEXITY IN DNS http://www.iadis.net/dl/final_uploads/200817L019.pdf Just a quote here: Zones without SOA or wrong SOA We were surprised to see that there are zones without SOA RRs, e.g., 888melody.info. This strengthens our claim that one could use DNS without any SOA records. SOA RRs are useless since email address can be found in RP (responsible person RR) and timings are not longer needed since the notification mechanism is used by default. The start of zone can be determined through delegation from a parent zone. As seen in the previous section, the name server is also actually considered optional. Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Probleme mit Resolving nic.ch
On 16.06.10 10:22, Klaus Ethgen wrote: Maybe You want try this for debugging... https://www.dns-oarc.net/oarc/services/replysizetest Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Functional Tests - only Nagios?
On 28.01.10 13:12, Luca Cappiello wrote: Nagios would be probably the best choice, but maybe there other concepts I'm not aware of. If You mention NAGIOS, you should look at http://www.icinga.org/ which is a fork of NAGIOS. Real Programmers are saying, that NAGIOS is a code nightmare and more or less a one man show of Ethan Galstad. I run NAGIOS myself for Years. Also for easier configuration of Nagios the Groundwork Stuff is Real (SCNR) http://www.groundworkopensource.com/ Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Anfrage beim schw. Datenschutzbeauftrag ten EDÖB)
Steven Glogger wrote: ich hatte gerade letzte woche einen fall, da wollte ein kunde die daten über seinen eigenen anschluss. unsere legal abteilung hat mir erklärt (soweit noch richtig in meinem geistigen non-layer-hirn): aber eben, riesen thema und für mich als nicht-anwalt schwer zu verstehen, da man einfach nicht alle verknüpfungen innerhalb der einzelnen gesetztestext wirklich kennt... Abgesehen davon: kriegt der Kunde in diesem Fall jetzt seine Daten? mfg Beat Siegenthaler ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Name suggestion
Steven Glogger wrote: ATTKNE ,-) Another Tool That Knows Everything ,-) You mean: forty-two Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] RBL's (again) (Was: Anyone from Green here?)
Daniel Kamm wrote: There are times, where the sending MTAs queue size is far to big for the MTA to meet the queue times. I saw such problems multiple times. When graylisting is configured for too short acceptance time, you will have messages, which won't be transmitted. # How long will the greylist database retain tuples. timeout 5d This is the default for the milter-greylist-port in FreeBSD. Maybe on very heavy loaded servers You have to go back. But even 12hrs should be big enough for very big queues. I think this is your idea of short acceptance time? Or are there other parameters I am missing? For me, the main factor is the greylist time. There is defined, how long NOT to recieve a mail for a touple. # How long a client has to wait before we accept # the messages it retries to send. Here, 1 hour. # May be overridden by the -w greylist_delay command line argument. greylist 5m but normally this is not the problem... (There are still problems with greylist... but there are greater problems without ;-) Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Firewall recommendation for a rack of webservers?
Rainer Duffner wrote: http://pfsense.org/index.php?option=com_contenttask=viewid=44Itemid=50 and start with that. But the customer would also like to see some non open-source-based solutions... : I'd go for a Netscreen model - The funny thing about this: Netscreen and pfSense are both xBSD-based ;-). Nokia is BSD-Based... Checkpoint (SPLAT) is Linux-based... In this case You will be forced to deploy M$-ISA ;-) kind regards, Beat ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog