Blacklist bei CSV-Import ohne Funktion

[bastlwastl]

Hallo
ich habe 100 Adressen per CSV importiert und danach gleich wieder gelöscht.
Somit müssten die ja in der Blacklist stehen.
Ich kann aber die selbe CSV-Datei einfach nochmal importieren ohne dass auch nur eine
Adresse ignoriert wird.

In der Datenbank bei tl_avisota_recipient_blacklist stehen im Feld email nur Buchstaben und Zahlen (1deb1f2f694f34a782a107312243539g)

Woran liegt das? Mache ich irgendetwas falsch?

Gruß
Bastian

[dhe]

Also die Zahlen und Buchstaben sind der md5 Hashwert der E-Mail-Adresse.

Soweit ich weiß, kannst du immer email adressen importieren. sie werden dann nur beim Versand mit der Blacklist abgeglichen.
So kannst du immer deine E-Mail-Liste mit allen Adresse importieren, ohne vorher diese säubern zu müssen.

Gruß

[bastlwastl]

Wenn ich eine Adresse einzeln hinzufüge dann bekomme ich die Meldung, dass diese sich in der Blacklist befindet.
Ich denke so sollte das ja auch beim CSV-Import sein.
Auch wird der Newsletter an diese Adressen versendet, obwohl die Adressen in der Blacklist eingetragen sind.
Ich denke das ist ein Fehler von Avisota.

[dhe]

Kann ich nicht reproduzieren. Adressen in der Blacklist erhalten bei mir keinen Newsletter.
Du importierst auch immer in den gleichen Verteiler?

[bastlwastl]

Ich habe nur einen Verteiler. Und in diesem dürfte ja auch keine Adresse stehen, die sich in der Blacklist befindet.
Aber wie gesagt, es kommt kein Blacklist-Hinweis beim CSV-Import. Die Adressen werden einfach hinzugefügt.
Nehme ich dann eine Adresse dieser Liste und füge diese über "Neuer Abonnent" hinzu, dann bekomme ich den Hinweis dass sich diese Adresse in der Blacklist befindet.

[dhe]

Wie gesagt, Adressen werden IMMER importiert.
beim Versand wird dann mit der Blacklist verglichen und wenn gleich, dann wird an diesen Abonnent keine Mail versendet.

[bastlwastl]

Aber genau dies passiert! Es wird versendet obwohl die Adresse in der Blacklist eingetragen ist.
Was ja auf garkeinen Fall sein darf...

PS: neueste Avisota Version, neueste Contao Version, keine weiteren Erweiterungen usw. alles frisch installiert.

[Ynda]

CSV-Löschen ohne Blacklist

Ich weiß nicht wie du alle gelöscht hast, per mehrere verarbeiten oder per CSV-Löschen.
Bei ersterem gibt es die Punkte "Löschen" und "Abonnent Löschen ohne Blacklist Eintrag". Das ist wohl selbsterklärend.
Beim CSV-Löschen wird kein Blacklist-Eintrag angelegt. Dafür gibt es auch schon ein Ticket und wurde in der neuen Version gefixt. CSV-Löschen kann dann auch mit und ohne Blacklist durchgeführt werden.

https://github.com/InfinitySoft/Avisota/issues/72

Wenn trotz Blacklist Eintrag eine Mail rausgeht, dann ist das ein Bug.
Welche Contao und Avisota Version genau. Wenn diesen Artikel in einem Jahr jemand liest, wird er mit neueste Version nicht viel anfangen können.

Gruß Andy

[bastlwastl]

Sorry, doch nicht die neueste Contao Version...
Contao 2.11.2 und Avisota 1.6.1

Ich habe per mehrere verarbeiten mit dem Punkt "Löschen" gelöscht.

gruß
Bastian

[Ynda]

Zur 1.6.1 kann ich leider noch nichts sagen. Wir nutzen noch die 1.5.7 stable und hier funktioniert es (noch).
Eventuell mal auf eine Antwort vom Entwickler warten. Tristan melde dich .

Noch als Hinweis: Die Blacklist wird an den Verteiler gekoppelt. Wenn du also einen neuen Verteiler anlegst und per CSV-Import füllst, dann greifen die Blacklist-Einträge auch nicht. In der Datenbank ist es das Feld pid (Parent ID) welches mit der ID des Verteilers übereinstimmen muss.

Gruß Andy

[bastlwastl]

Wie gesagt, ich arbeite mit nur einem Verteiler.
Wenn ich eine der gelöschten Adresse über "neuer Abonnent" hinzufüge, dann bekomme ich den Hinweis, dass sich die Adresse in der Blacklist befindet. Also - die Adressen befinden sich in der Blacklist.
Jedoch beim CSV-Import werden die Adressen ohne jeglichen Hinweis importiert und werden beim Versenden des Newsletters als Abonnent angenommen.

O.k., dann warte ich mal auf eine Reaktion des Entwicklers...
Trotzdem danke für euer bemühen...

Gruß
Bastian

[tril]

Das ist in der Version 1.6.2 gefixt.