Geld abhebe (wofür ein kostenpflichtiges Girokonto notwendig ist)
Das ist jetzt aber schon von der Bank abhängig, es geht auch kostenlos.
Ich zahle zwar gern mit der Karte, habe aber immer Bargeld dabei.
Geld abhebe (wofür ein kostenpflichtiges Girokonto notwendig ist)
Das ist jetzt aber schon von der Bank abhängig, es geht auch kostenlos.
Ich zahle zwar gern mit der Karte, habe aber immer Bargeld dabei.
mfnalex das stimmt. Aber in RFC 5321 wird auch vermerkt, dass dies zu Problemen zwischen Systemen führen kann.
Generell hab ich aber auch noch nirgends ein System gesehen, was beim local Part wirklich auf Groß- und Kleinschreibung matched.
Wem sagst Du das, das wissen wir bereits seit 20 Jahren.
Und dennoch glauben Viele immer noch, dass man für alles immer einzelne IPv4 Adressen benötigt. Für 1€ pro IPv4 Adresse sollte man sich nicht beklagen, sondern froh sein, dass der Preis nicht, allein schon aus erzieherischen Gründen, bei weitem höher liegt.
"aktuell" und "debian" in einem Thread, da ist immer schon mal Popcorn angesagt.
Die Philosophie von Debian ist, dass man veraltete Pakete einsetzt und das als Stabil ansieht. Die "Stable" Distribution bedeutet demnach "alt und stabil" und zeichnet sich durch wenige Updates (könnte immer was kaputt gehen) aus.
Also das ist jetzt ja mal sehr negativ skizziert. Ja, es kommen selten neue Features in einem Release hinzu, gepatcht wird jedoch alles sehr zeitnah, d.h. die Pakete sind keineswegs veraltet.
Die Frage ist, muß ich immer das vermeintlich neueste Release installiert haben, mit allen Features, von welchen ich 80% nicht benötige, oder für die installierten Pakete zeitnah Patches für Lücken erhalten, ohne irgendwelche Überraschungen, eines plötzlichen Release upgrades, oder gar einer Alpha oder Beta aus den Repositories der Distributionen mit vermeintlich "moderneren" Paketen.
Auch kann man, wenn benötigt, meist auf Repositories der Hersteller zurückgreifen, welche generell sowieso schneller liefern, als alle anderen Distributionen zusammen.
Edit, da es hierzu gerade passt:
https://www.sudo.ws/alerts/minus_1_uid.html - Patches sind bereits unterwegs ... ![]()
Ein Tip, nach was ich Ausschau halten soll?
Dkim signing & ARC Sealing, etc. funktioniert.
Und/oder vor dem Wochenende kein Update einspielen, da die neue Hauptversion im selben stable-Zweig liegt wie die vorhergehende. [I think also that I spider…]
Ich hab vorhin mal zum test, ein Debian Buster updated und schein keine Probleme zu machen.
Ist bestimmt ne Premiumdomain ![]()
Gibts debug Logs, ob überhaupt versucht wird, PoE zu liefern?
Olgsi SPF und DKIM mal getrennt validiert? DMARC selbst verhindert nicht das Empfangen von Mails, sondern teilt der Gegenseite nur mit, wie Mails behandelt werden sollen, bei welchen SPF und/oder DKIM fehlschlagen.
wenn ich von Domain A aus mit einer Adresse von Domain B sende.
Was meinst du damit? Du sendest doch entweder eine email mit der Absenderadresse foo@example.net oder bar@example2.net ?
nur beim Versenden über eine Adresse einer anderen Domain kracht es.
Wird für diese andere Domain auch signiert? Ist für diese andere Domain ein entsprechender DNS Record hinterlegt?
Was bekommst du für einen Fehler, für den gesetzten DMARC Record?
Bei mir wird nicht über Telia geroutet, sondern über Zayo
Bei mir ebenfalls, auch in Richtung eines anderen AS.
Machen dies denn viele? Oder gehen Gmail Mails mit anderem Absender so durch?
Es ist bei einem SPF Record egal, wer der gegnerische Sender ist. Ist der Sender im Record nicht enthalten, dann heißt die Antwort, wie tab schon geschrieben hat, einfach - NEIN!
Der Vollständigkeit halber, Debian 10 (Buster) hat exakt das selbe Problem. Interessanterweise bei nem Upgrade aus Debian 9 heraus. Hier haben die Interfaces in der 50-IPv6.conf nicht mehr übereingestimmt, was mich sehr verwundert hatte.
Nimm doch einfach einen neutralen FQDN und verwende diesen, sowohl für Inbound, als auch für Outbound, dann mußt du solche Versuche gar nicht erst beginnen.
Wäre toll zu sehen, wenn netcup sich da ein paar Blöcke rausschneidet.
Erstmal müsste dieses /8 durch die IANA freigegeben werden. Weiter hat die Ripe, diese Woche informiert, wie für die Ripe Region, bis Ende 2019, die Vergabe aus dem letzten europäischen /8 enden wird.
Läuft jetzt seit knapp über 5 Stunden ![]()
Ich hab die Optimierung am WE durchgeführt, die Meldung blieb jedoch im SCP.
Hatte Oliver Nickel nicht in seiner Vorstellung mal verlautet, dass ihm Netzwerktechnik in seiner Ausbildung zu kompliziert war?
Jetzt schreibt er schlechte Artikel darüber. Wie kommt man auf sowas?
Golem halt mal wieder. Kommt doch öfters vor, dass sie "leicht" am Thema vorbei schreiben ![]()