Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: this_feature_currently_requires_accessing_site_using_safari
In eigener Sache!
Liebe Mitglieder, liebe Besucher und Gäste
ich weiß, es ist ein leidiges Thema, aber ich muss es ansprechen: Werbung, Werbeblocker und Finanzierung des Forums.
Bitte hier weiterlesen ...
Da bekomme ich aber im Verhältnis kaum E-Mails......passiert mir in anderen Foren nicht.
Ich hatte auch schon mal 6Heute war Rekordtag... 5x
Da bekomme ich aber im Verhältnis kaum E-Mails...
Ja, aber wir wissen leider immer noch nicht, was die Ursache ist.
Steht doch im Posting weiter oben. Es ist zwar etwas nervig, aber Du kannst davon ausgehen, das man auf der Fehlersuche ist.[...]
Kann das bitte mal jemand reparieren?
...Das Forum wird in der Freizeit, auf eigene Kosten und Risiko des Betreibers betrieben. ...
1. Original (kam pünktlich) schrieb:Received: from smtprelay06.ispgateway.de ([80.67.18.29]) by mx-ha.gmx.net
(mxgmx017 [212.227.15.9]) with ESMTPS (Nemesis) id 1MRU2R-1kIcZG1yYn-00NRCL
for <***@gmx.net>; Sat, 15 Aug 2020 00:02:47 +0200
Received: from [85.236.41.132] (helo=smtprelaypool.ispgateway.de)
by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
(Exim 4.92.3)
(envelope-from <noreply@dslr-forum.de>)
id 1k6hmV-0008Gs-Cz
for ***@gmx.net; Sat, 15 Aug 2020 00:02:35 +0200
Date: Fri, 14 Aug 2020 22:02:47 +0000
2. Duplikat (kam 20h später) schrieb:Received: from smtprelay07.ispgateway.de ([134.119.228.97]) by mx-ha.gmx.net
(mxgmx014 [212.227.15.9]) with ESMTPS (Nemesis) id 1N1wVP-1knGMl473p-012JkG
for <***@gmx.net>; Sat, 15 Aug 2020 20:06:11 +0200
Received: from [85.236.41.132] (helo=smtprelaypool.ispgateway.de)
by smtprelay07.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
(Exim 4.92.3)
(envelope-from <noreply@dslr-forum.de>)
id 1k6hmU-0003V8-MU
for ***@gmx.net; Sat, 15 Aug 2020 00:02:34 +0200
Date: Fri, 14 Aug 2020 22:02:47 +0000
Derlei Probleme sind von fähigen Leuten in einem vertretbaren Zeitrahmen zu identifizieren und dann in der Regel leicht zu beheben. Es gab jedoch seit zwei Monaten dazu keinerlei Auskunft mehr - daher würd ich mal davon ausgehen, dass hier keinerlei Interesse besteht sich der Sache anzunehmen.
... daher würd ich mal davon ausgehen, dass hier keinerlei Interesse besteht sich der Sache anzunehmen.
Danke. Ich gebe das morgen mal weiter. Vielleicht hilft das den Kundigen ja, dir Ursache zu finden.Mögliches Szenario wäre:
Es wird eine Art Cloud-Lösung für das Load-Balancing verwendet, welche dynamisch Instanzen startet/stoppt, je nachdem welche Lasten gerade anliegen bzw. ggf. werden sie nach festem Zeitplan gestartet/gestoppt.
Jede Instanz führt dann für sich die angelegten Cronjobs - darunter dann auch eben jener Cronjob, der die Mails abarbeitet. Je nachdem wieviel Instanzen gerade am Werk sind, bekommt man dann die entsprechende Anzahl an Mails zugesandt.
Bist du dir da sicher?Die Mails werden laut Header mehrfach von der VBulletin-Software bei smtprelaypool.ispgateway.de eingeliefert.
Müßten sich dann nicht die Message-IDs unterscheiden? Tut sie aber nicht, alle Duplikate haben die gleicheJede Instanz führt dann für sich die angelegten Cronjobs - darunter dann auch eben jener Cronjob, der die Mails abarbeitet. Je nachdem wieviel Instanzen gerade am Werk sind, bekommt man dann die entsprechende Anzahl an Mails zugesandt.
gmdate('YmdHis') . '.' . substr(md5($message . microtime()), 0, 12) . '@www.dslr-forum.de
Bist du dir da sicher?
Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13])
by mein.mailserv.er with ESMTPS id 07JJTuF9011548
(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT)
for <meine@mailadresse.de>; Wed, 19 Aug 2020 21:29:57 +0200 (CEST)
(envelope-from noreply@dslr-forum.de)
Received: from [85.236.41.132] (helo=smtprelaypool.ispgateway.de)
by smtprelay01.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256)
(Exim 4.92.3)
(envelope-from <noreply@dslr-forum.de>)
id 1k8TmS-0000Eg-Kv
for harald@netmini.de; Wed, 19 Aug 2020 21:29:52 +0200
Da sehe ich eine Empfangsbestätigung von main.mailserv.er, dass smtprelay01.ispgateway.de eine Email eingeliefert hat, sowie 5 Sekunden davor die Einlieferungsbestätigung von smtprelay01.ispgateway.de, übergeben von smtprelaypool.ispgateway.de.Code:Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mein.mailserv.er with ESMTPS id 07JJTuF9011548 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <meine@mailadresse.de>; Wed, 19 Aug 2020 21:29:57 +0200 (CEST) (envelope-from noreply@dslr-forum.de) Received: from [85.236.41.132] (helo=smtprelaypool.ispgateway.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.3) (envelope-from <noreply@dslr-forum.de>) id 1k8TmS-0000Eg-Kv for harald@netmini.de; Wed, 19 Aug 2020 21:29:52 +0200
ich hab nochmal den gefundenen Sourcecode durchgeguckt - in der Tat gibt es da auch eine Queue, in der EMails statt versendet zu werden, komplett mit Headern in die DB abgelegt werden, zum späteten Versenden via Cronjob.Bzgl. der Mail-IDs:
Kommt drauf an, wie die Benachrichtigung von vorn bis hinten implementiert ist. Wird die Mail z.B. mit allen Metadaten erst erzeugt, gespeichert und später von einen Cronjob nur noch versendet, könnte so etwas durchaus entstehen.
Wenn du interessiert bist, schicke ich dir gerne den Link zu den Sourcen, die ich gefunden habe.Wie Vbulletin mit den Benachrichtigungen verfährt müsste man halt wirklich im Code sehen.
Darauf deutet es hin, nachdem ich nochmal durch die Sourcen bin.Sehr unwahrscheinlich ist dabei, dass direkt beim POST-Request an 'newreplay.php' die Mails an die Abonnenten versandt werden.
Schon eher möglich ist, dass 'newreplay.php' zwar die Abonnenten ermittelt und gleich in eine DB schreibt. Ein regelmässig aufgeführter Cronjob liest die dann aus und arbeitet diese ab.