Beiträge von tab

Zitat von joas

Das macht mich richtig traurig. Was ist genau das Problem, bzw. was hindert das, IPv6 einzusetzen? Ich meine, einfach parallel zu IPv4 die IPv6 einzusetzen tut nicht weh. Ich verstehe die Welt echt nicht, erklär mir bitte einer, wieso die IPv6 Verbreitung so schleppend läuft. Mein Mailserver kommuniziert seit Jahren via IPv4 und IPv6, und es gibt keine Probleme bzgl. IPv6. Zum Beispiel: IoT sind richtig am Kommen und da wäre eine IPv6 Unterstützung sowas von vorteilhaft, wenn ein IoT-Gerät eine Mailbenachrichtigung via IPv6 rausschicken will. Zu dumm, wenn der Mailserver von Netcup nicht via IPv6 kommunizieren kann.

Zumal der Aufwand für die Umstellung doch sehr überschaubar ist.

Wenn du wirklich alle Subdomains außer den explizit genannten wie mail, db, webmail, ... auf deine IP lenken willst, dann ist das richtig. Allerdings sollte das dann entweder auch für den "* AAAA ..." Eintrag und die IPv6 Adresse passieren, möglicherweise hast du das auch schon gemacht, oder du nimmst diesen Eintrag komplett raus. Ansonsten wird es eben so sein, dass Requests per IPv6 nicht zu deinem Router gelangen, sondern bei netcup im Webhosting aufschlagen.

IPv6 Ping klappt bei meinem Web- und Mailservern überall nicht, keine Ahnung warum. Edit: Dein Ping von zuhause ist über die IPv4 Adresse. Aber mit telnet auf den SMTP-Port meldet sich der Server.

>telnet 2a03:4000:0:3c4:88ae:77ff:fe88:24a4 587
Trying 2a03:4000:0:3c4:88ae:77ff:fe88:24a4...
Connected to 2a03:4000:0:3c4:88ae:77ff:fe88:24a4.
Escape character is '^]'.
220 mx2e42.netcup.net ESMTP Postfix (Debian/GNU)

Ah, tatsächlich, mein WSV20 Paket hat das auch. Aber zumindest die älteren nicht. Muss ich gelegentlich mal alle durchgehen. Die Webserver haben aber alle IPv6.

Edit: IPv6 scheint es bei den WebMailservern tatsächlich schon eine ganze Weile zu geben. Tatsächlich sind momentan nur noch meine zwei ältesten Mailserver ohne IPv6. Einige andere hatten auch keine Mailserver mit IPv6, die sind aber meiner Bestandsausdünnung zum Opfer gefallen. Möglicherweise wurde das auch beim Upgrade auf Plesk Obsidian erst aktiviert. Ist aber auch wiederum unwahrscheinlich, außer man hat es bei den beiden ältesten vergessen, denn Plesk Obsidian haben die mittlerweile auch.

Die Netcup Mailserver im Webhosting haben keine IPv6-Adresse bzw es existiert kein entsprechender AAAA-Record. Die anderen SMTP-Server teilweise auch nicht, jedenfalls der aus Montabaur . Was gibst du denn als SMTP-Server an? Nimm dafür direkt den Servernamen des Mailservers, so wie er im CCP steht, nicht irgendein mail.deinedomain.de oder Ähnliches.

Dass hier in Deutschland die Telekom der letzte Mohikaner ist, der noch nicht richtig auflöst, passt auch prima ins Bild.

Also wenn das nicht gerade ein Bot von Google, Bing oder sonst einer nennenswerten Suchmaschine ist, die man als Shopbesitzer eher gern auf seiner Website sieht, würde ich eher nach Möglichkeiten suchen, den Request durch den Bot entweder gar nicht erst zuzulassen oder ihm eine 404 Fehlerseite zukommen zu lassen, so wie es ja wohl momentan auch passiert.

Es kann ja durchaus auch ein Bot sein, der gezielt nach Shopware-Installationen sucht, damit man dann versuchen kann, diese zu hacken. In jedem Fall würde ich versuchen herauszufinden, was das für ein Bot ist. Fakt dürfte ja wohl sein, dass dieser Link nicht aus deinem Shop stammt, außer du hast fehlerhafte Links im Shop, dann solltest du diese korrigieren. Dann wäre das aber wohl auch schon mit echten Kunden passiert. Installier mal irgendwo etwas anderes als Wordpress, dann wirst du bald ziemlich viele fehlgeschlagene Bot-Anfragen nach typischen Wordpress-Login oder sonstigen Wordpress-typischen URLs im Access-Log finden.

Du kannst doch deine bestehenden Domains einfach deinem Test-Webhostingpaket zuordnen und sie damit nutzen. Natürlich nur, wenn du die Variante 2 wählst, also die Domains und das Webhosting im selben Kundenaccount liegen.

Wenn du das Test-Webhosting dann wieder kündigst, werden nur Inklusivdomains mit gekündigt. Zusatzdomains, wie es die Domains in deinem Account sind, sind unabhängige Produkte und bleiben auch nach der Kündigung des Test-Webhostings bestehen. Du kannst sicherheitshalber vor der Kündigung noch die Zuordnung deiner dem Test-Webhosting zugeordneten Domains wieder aufheben. Erhalten bleiben sie aber nach der Kündigung des Webhostings sowieso. Du bist auch nicht gezwungen, die im Webhostingpaket enthaltene Inklusivdomain festzulegen. Einfach beim Kauf keine Domain auswählen und stattdessen eine oder mehrere deiner Domains dann dem Webhosting zuordnen für deine Testzwecke.

Hmm, es funktioniert, aber ich kann es nicht verstehen. Denn bei meinem verwendeten Testaccount ist der Spamfilter ebenfalls aktiviert und er ist trotzdem genauso schnell. Oder hast du da irgendwelche gigantisch großen Mails versendet, eventuell mit Anhang? Meine Testmails waren natürlich eher kurz.

Sehr komisch jedenfalls.

Also versuch dein Glück mal beim Support, vielleicht wissen die bereits was oder können die Technik fragen/benachrichtigen. Ich hoffe mal, meine Ahnung betreffend die Antwort des Supports ist falsch.

Wenn das anhält, dann würde ich das dem Support melden, vielleicht gibt es ja auch ein Problem mit einem oder mehreren der Netcup-Mailserver. Anhand der Netcup-Zeit kann man ja zumindest ein reines Routing-/Netzwerkproblem wohl ausschliessen, die Mails von Netcup zu Netcup (gleicher Mailserver) verlassen ja den Mailserver gar nicht. Meine Test-E-Mails laufen von Hamburg nach Nürnberg und brauchen dafür 1-2 Sekunden. Der beteiligte Netcup-Mailserver (mx2f44) scheint von dem möglichen Problem also jedenfalls nicht betroffen zu sein.

Zitat von harito

Ich ruf heute ab 10:00 mal beim Support an.

Daraus schliesse ich jetzt mal, dass du dich in einer anderen Zeitzone aufhältst und die Zeitzoneneinstellung deines iPhones kein Versehen ist. Denn 10 Uhr ist hier schon lange durch. Ist aber für das Problem eigentlich irrelevant. Nochmal die Frage: Klickst du bei deinen Versuchen auch im Webmail-Client auf "Aktualisieren"? Ansonsten wird der sich die Mails halt in regelmäßigen Zeitabständen vom (Netcup-)Mailserver holen, ich lande dann bei mir bei ca 45 Sekunden durchschnittlich bis die neue Mail angezeigt wird. Mal mehr, mal weniger. Wenn ich aber nach 5-10 Sekunden auf "Aktualisieren" klicke, ist die Mail bereits da.

Ok, die Mail war wohl innerhalb von 2 Sekunden bei netcup. Zwischenzeitlich war sie mal eben in die Vergangenheit gereist, da hat wohl der Exchange-Server bei euch eine falsche Uhrzeit. Denke aber nicht, dass das eine Rolle spielt. Wie es dann von netcup wieder zurück zu dir kommt, ist eine völlig andere Geschichte, das ist ja dann IMAP und nicht mehr SMTP und steht auch nicht im Nachrichtenquelltext.

Zitat von aRaphael

Es gibt Provider, die bauen bei neuen Verträgen zusätzlich zum Limit auch eine Bremse beim Mailversand ein, die erst nach einer gewissen Zeit gelöst wird. (B-Trail Status) Das wird in der Regel auch nicht in den AGB angegeben, sondern man erfährt es erst auf explizite Nachfrage. Das ganze soll Massenmailspammern das Leben erschweren.

Evtl. gibt es sowas bei netcup auch?

Es geht ja eigentlich um den Mailempfang, oder habe ich das falsch verstanden? Der gepostete Quellcode ist jetzt natürlich nicht repräsentativ, weil die Mail von netcup zu netcup geht, insofern dauert das hier nur 2 Sekunden.

Und in meinem Webhosting auf dem Server nutze ich gerade mal 23,5 GB von den eigentlich möglichen 500 GB. Nuja, wird wahrscheinlich nur bei Bedarf vergrößert...

Zitat von tab

Ich nehme an, du hast beim Webmailer mal auf Aktualisieren geklickt, nachdem die Mail geschickt wurde? Ich weiss nicht, ob der das sonst überhaupt jemals mitbekommt. Bei Outlook wundert mich eh nichts.

Hab das nochmals versucht ohne Aktualisieren. Die Mail wird dann tatsächlich nach einiger Zeit angezeigt, ca 50 Sekunden, wahrscheinlich je nachdem wann zuletzt automatisch aktualisiert wurde. Bei mir im Mailclient (Thunderbird) war die selbe Mail aber innerhalb von 5 Sekunden angezeigt. Hast du in deinem Outlook IMAP Idle aktiviert für den Mailaccount? Falls das in deiner Version überhaupt unterstützt wird.

Vielleicht hat auch dein Mailserver bei Netcup ein Problem. Welcher ist das denn? Vielleicht ist jemand auf dem selben Server und kann es so besser gegenchecken. Bei meinem Webserver muss auch in der Nacht vom 28. auf den 29. der Festplattenplatz vergrößert werden, nachdem er gestern Abend ein paar Stunden zu Wartungszwecken nicht erreichbar war. Vielleicht pfeift dein Mailserver ja auch auf dem letzten Loch.

Ich nehme an, du hast beim Webmailer mal auf Aktualisieren geklickt, nachdem die Mail geschickt wurde? Ich weiss nicht, ob der das sonst überhaupt jemals mitbekommt. Bei Outlook wundert mich eh nichts.

Hmm, also bei mir dauert es jedenfalls nicht länger als 8 Sekunden, inklusive Spamfilter und Virenscan. Vom Abschicken der Mail in meinem Mailclient bis zur Ankunft bzw bis mir der Empfang der Mail im Mailclient angezeigt wird.

Sehr cool, muss ich bei nächster Gelegenheit mal ausprobieren!

Eine Kleinigkeit ist mir aufgefallen.

Auf der rechten Seite (IMAP target mailbox) sollte es unterhalb von "Server" wohl heissen:

Enter imap source target server name or IP address

Zitat von KB19

Woah, was für eine Include-Orgie.

Würde mich nicht wundern, wenn da einige Clients frühzeitig aufgeben. War da nicht was mit irgendeinem Limit in diese Richtung bei SPF?

Nein, ich lese um diese Zeit keine RFC mehr. Auf jeden Fall nicht freiwillig. Gute Nacht

Nach 10 zusätzlichen DNS-Lookups muss der Empfänger die SPF-Auswertung beenden mit der Ergebnis permerror. Was er in diesem Fall dann mit der Mail macht ist allerdings komplett dem Empfänger überlassen. Die SPF-Einträge von a1.net überschreiten das Limit nicht, es braucht "nur" 8 DNS-Lookups. Die ganzen angegebenen Subnetze auszuwerten benötigt ja keinen zusätzlichen DNS-Lookup.

Es gibt ja genug Tools im Internet, die eine Prüfung durchführen und das Ergebnis anzeigen. Ich habe jetzt gerade meinen ersten Suchtreffer ausprobiert

(https://www.mailhardener.com/tools/spf-validator) und mir damit die Arbeit erspart .