Emailversand nur sporadisch nach Update auf 1.6.9.1

[Jensemann]

Hallo zusammen,

die Mails, die ich versende kommen nur sporadisch an, dies betrifft auch die Testmail direkt aus den Firmeneinstellungen.
Ich meine es war nach dem Update auf 1.6.9.1
Es kommt kein Fehler, es wird angezeigt, dass die Mail erfolgreich versendet wurde ohne Wartezeit.
Manchmal kommt die an, manchmal nicht.
All inkl weist alle Schuld von sich und in der Tat, ich habe mal einen alten Freenet Account eingetragen, dort ist es genauso. Mal ja, mal nicht.
Auch egal, ob ich die direkt vom Rechner wo die DB läuft sende oder von einem Client.
Würde gern mal den Log dazu sehen und vor allem verstehen.
Kennt jemand das Phänomen und hat eine Abhilfe oder kann mir verraten, wo ich da an welcher im Log such muss und vor allem wo das Logfile hängt?

Vielen Dank!

 

[mh1]

Kann es sein, dass die Emails als Spam erkannt und deshalb bei manchen Empfängern in einen Spam Ordner verschoben werden? Und bei anderen aber nicht, was dann so aussieht, als würden nur manche Emails verschickt.

Kannst du die Log-Dateien der beteiligten Emailserver einsehen. Also erstmal schauen, ob der Versand erfolgt und danach schauen, ob die Email empfangen wird.

 

[Jensemann]

Spam kann ich ausschießen, da die Testmails ja zu mir gehen. Bevor ich also viele Rechnungen versende, erstmal ein Test. Geht es, schicke ich. Kommt nichts an, warte ich. Irgendwann kommt dann wieder was durch und dann sende ich die Rechnungen. Hintergrundprozesse führt er brav aus und steht nicht in Abhängigkeit vom Erfolg. Die Logdateien vom Mailserver kann ich so nicht sehen, das läuft über All-inkl. Wüsste nicht wo.

 

[spaxxilein]

Wir haben das selbe Problem, der Workflow zeigt an, dass alles erfolgreich versendet wurde. Bei Office365 in der Nachrichtenverfolgung sehe ich aber keinerlei Email-Eingang. Wenn ich es danach noch einmal mit Workflow testen probiere, geht die selbe Email einwandfrei raus. Bei uns gehen ca. 10% der Emails trotz erfolgreicher Versandmeldung einfach "verschütt".

 

[dapole]

-> Also:

Wir haben seit einigen Versionen das Problem, dass genau das seltsam sit ....

Wir nutzewn WMS und haben über die WMS-Ausgabe, dass so konfiguriert, dass an gewisse Kundengruppen per Mail rausgeht (RE) usw usw ...
Irgendfwann fing es an, das die Kunden sich beschwert haben, das die keine MAils erhalten ....

Und jetzt wird es spannend:
Versandmail = Mal wurde, mal wurde nicht geschickt ... Das gute: in der Datenbank stand auch kein Datum, bei denen, die nicht verschickt worden sind ...
Somit: Skript gezaubert, was ggn 17 uhr alle heutigen Datensätze durchgeht, und bei denen, die kein Datum haben, die mail versendet ....


Es scheint aber ein anderes Problem bei euch zu sein ....:

-> Wir hatten mal bei all incl. auch das Phänomen bzw. ich erinnre mich, das wir da mal problemlos hatten.... Aber ich kann mich nicht mal genau dran erinnern, woran das lag ...


ICh würde: (einen Datensatz rausscuhen, der nicht angekommen ist)

Prüfen ob in JTL, bei Rechnung/Lieferschein/Auftrag (kommt ganz auf den vorgang an), die Spalte 'E-Mai am' ein DAtum enthält.Ist dort kein Datum erkenntlich, könnte es das selbe Problem sein, wie bei uns ...

Wenn ein Datum vorhanden ist ...:
Sendet ihr die E-Mail auch an BCC Empfänger ? (Wir haben uns das seit Ewigkeiten angeeignet, dass jede E-Mail auch nochmal an uns rausgeht )

Ich erinner mich, dass mal das PRoblem war, dass wir in BCC auch eine eigene E-MAilo Adresse hatten, aber wie soll ich das erklären, also:
Angenommen ich verschicke email von info@testshop.de ; in BCC hab ich immer eine ADresse die z.B ab@testshop.de

-> Und da war naemlich irgendwas. Als wir den BCC rausgenommen haben, schien das ganze besser zu laufen. Denn haben wir ein BCC gesetzt, der eine andere DOMAIN hatte, und das lief auch besser ....
(irgendwann war das Problem aber gelöst)

-> Ganz wichtig: Mit viel PECH sind die SMTP zugangsdaten irgendwie nach außen gelöangt! Wenn Spam von eurrer E-MAil Adresse verschickt wird, landet irgendwann eure IP auf einer Blacklist, und dann wars das ^^
Im Zweifelsfall: PASSWORT ändern! ( ICh empfehle bei all incl DRINGEND DRINGENMD DRINGEND eine 2fa einzurichten ... besonders KAS und MEMBER AREA!!!!!!!!!!!!!!!!!!!!!!!!!!!!)

Ansonsten kann ich euch nur empfehlen:

Verschickt die MAils aus der WaWi mit dem FTP PW des ersten Benutzers ... Also, nicht benutzernbame und pw aus den email konten nehmen, sondern einfach den ersten FTP nutzer eintragen
Vorteil: Der Absender ist frei wählbar.

Beispiel: Sogar wenn ihr keinen email Account habt, der : test@testshop.de heißt, kann das Versenden mit dem pw des ftp benutzers diese ER-Mail mit dem Absender rausschicken ...

Ansonsten fahren wir schon verdammt lange gut mit : : SSL-Verschlüsselung + Port 465 nutzen ..,....

Gruß