IBONews Feedback

Begonnen von jg, November 20, 2006, 10:10:24

« vorheriges - nächstes »

0 Mitglieder und 2 Gäste betrachten dieses Thema.

jg

Hallo,

ein paar Fragen/Bewerkungen zu IBONews:

- Einstellungen ->Absenderadresse für nicht zustellbare Mails:
Hier habe ich blabla@gallay.de eingetragen. Die Infos kamen aber alle
an die eigentliche Absendeadresse zurück, mit der der NL gesendet wurde.

- Hunderte Mails kamen zurück wegen Mailbox voll, User unbekannt etc.,
das kennen wir schon von Lyris.
Könnte IBONews diese Adressen irgendwie 'sammeln'? Am besten wäre
MIT Kundennummer, damit wir nicht jede 'Rück-E-Mail' aufmachen müssen.
Die Nachbearbeitung gestaltet sich dann wesentlich leichter.

- von Lyris weiß ich, dass viele Adressen die beim 1. Sendeversuch
nicht klappen, dafür aber beim 2. oder 3. Zustellversuch beim Empfänger
normal ankommen. Wenn IBONews die nicht zustellbaren Mails speichern könnte
und man später (nur) diese ein 2. oder 3. Mal verschicken könnte,
das wäre nicht schlecht!

- Limit für Sendevorgang:
Ich verstehe nicht so richtig was damit gemeint ist. Nach 1000 Mails
hat das System zwar eine Pause gemacht, aber nach 2-3 Sekunden sofort
weiter gesendet. Ich hatte kaum Zeit, zu sehen, was da im Browser am Ende
geschrieben stand...

- Wir haben einen Italiener mit Namen D'Agostino im System.
nur zur Info: Hier bricht der Adressen-Import ab. Ohne Apostroph geht’s.

- für Adressen, die ich aus einer externen CSV-importiere, lassen sich die
NL-Identifier nicht verwenden bzw. es wird nichts angezeigt, obwohl die
entsprechenden Tabellenspalten mit Inhalt belegt waren.
Wenn ich direkt aus der Shop-Datenbank importiere klappt es. Wieso?

Ansonsten bin ich echt beeindruckt von IBONews!
Gute Arbeit, vielen Dank an das SP-Team!

Grüße, jg
--
www.schmuckzone.de

ahe

Hallo jg,

Zitat von: jg am November 20, 2006, 10:10:24
- Einstellungen ->Absenderadresse für nicht zustellbare Mails:
Hier habe ich blabla@gallay.de eingetragen. Die Infos kamen aber alle
an die eigentliche Absendeadresse zurück, mit der der NL gesendet wurde.
Ich habe es gerade einmal ausprobiert. Bei mir funktioniert alles so wie es soll.
Vielleicht verstehen Sie aber auch den Ausdruck "nicht zustellbare Mails" anders als wir uns das dachten ;)
Das sind die Mails, die vom Zielserver zurückgegeben werden, weil zB das Postfach dort nicht existiert.
Also nur "wirkliche" Fehler und nicht zB die Abwesenheitsmeldungen.
Oder kamen auch solche Mails an der Absenderadresse des Newsletters an?
Das wäre dann natürlich nicht gewollt.

Zitat von: jg am November 20, 2006, 10:10:24
- Hunderte Mails kamen zurück wegen Mailbox voll, User unbekannt etc.,
das kennen wir schon von Lyris.
Könnte IBONews diese Adressen irgendwie 'sammeln'? Am besten wäre
MIT Kundennummer, damit wir nicht jede 'Rück-E-Mail' aufmachen müssen.
Die Nachbearbeitung gestaltet sich dann wesentlich leichter.
Das ist leider nicht so einfach möglich. IBONews müsste dann quasi als Mailserver fungieren und diese Rückläufer entgegennehmen.

Zitat von: jg am November 20, 2006, 10:10:24
- von Lyris weiß ich, dass viele Adressen die beim 1. Sendeversuch
nicht klappen, dafür aber beim 2. oder 3. Zustellversuch beim Empfänger
normal ankommen. Wenn IBONews die nicht zustellbaren Mails speichern könnte
und man später (nur) diese ein 2. oder 3. Mal verschicken könnte,
das wäre nicht schlecht!
Das geht leider aus demselben Grund nicht (IBONews ist kein Mailserver).

Zitat von: jg am November 20, 2006, 10:10:24
- Limit für Sendevorgang:
Ich verstehe nicht so richtig was damit gemeint ist. Nach 1000 Mails
hat das System zwar eine Pause gemacht, aber nach 2-3 Sekunden sofort
weiter gesendet. Ich hatte kaum Zeit, zu sehen, was da im Browser am Ende
geschrieben stand...
Die kurze Pause ist so gewollt. Ursprünglich wurde an alle Adressen in einem Rutsch gesendet.
Auch wenn an mehrere 10.000 Adressen gesendet wurde.
Hierbei konnten jedoch je nach Serverkonfiguration Scriptabbrüche auftreten,
da das Script die maximale Script-Laufzeit ausgereizt hat.
Das Problem wird aber nun durch die automatische Weiterleitung umgangen.
Also einfach senden und die Ausgaben nicht weiter beachten (ausser die letzte Infoseite) ;)

Zitat von: jg am November 20, 2006, 10:10:24
- Wir haben einen Italiener mit Namen D'Agostino im System.
nur zur Info: Hier bricht der Adressen-Import ab. Ohne Apostroph geht's.
Ist notiert.

Zitat von: jg am November 20, 2006, 10:10:24
- für Adressen, die ich aus einer externen CSV-importiere, lassen sich die
NL-Identifier nicht verwenden bzw. es wird nichts angezeigt, obwohl die
entsprechenden Tabellenspalten mit Inhalt belegt waren.
Wenn ich direkt aus der Shop-Datenbank importiere klappt es. Wieso?
Sind die Zusatzinfos denn auch in der CSV-Datei eingetragen gewesen?
Eigentlich sollte diese Daten (falls vorhanden) auch korrekt importiert werden.

Zitat von: jg am November 20, 2006, 10:10:24
Ansonsten bin ich echt beeindruckt von IBONews!
Gute Arbeit, vielen Dank an das SP-Team!
Vielen Dank! Das hört man als Entwickler natürlich gerne 8)
MfG ahe

jg

Hallo,

> Das sind die Mails, die vom Zielserver zurückgegeben werden, weil zB
> das Postfach dort nicht existiert.
> Also nur "wirkliche" Fehler und nicht zB die Abwesenheitsmeldungen.
> Oder kamen auch solche Mails an der Absenderadresse des Newsletters an?
Ja. Alle Mails kamen an die Absendeadresse.

> Das ist leider nicht so einfach möglich. IBONews müsste dann quasi als Mailserver
> fungieren und diese Rückläufer entgegennehmen.
Ja. Das habe ich mir schon gedacht. Aber wenn IBONews die Adressen 'sammeln' kann,
die fehlerhaft sind, weil zB. das Postfach nicht oder nicht mehr existiert, dann müssen
diese Adressen doch auch irgendwo eingelesen werden. Wo ist mir egal.
Wichtig wäre nur, dass diese Adressen später in die Zwischenablage kopiert
werden können, um sie so dann im lokalen System weiterzubearbeiten.


> Die kurze Pause ist so gewollt. Ursprünglich wurde an alle Adressen in einem Rutsch gesendet.
> Auch wenn an mehrere 10.000 Adressen gesendet wurde.
> Hierbei konnten jedoch je nach Serverkonfiguration Scriptabbrüche auftreten,
> da das Script die maximale Script-Laufzeit ausgereizt hat.
> Das Problem wird aber nun durch die automatische Weiterleitung umgangen.
Das ist prima.

> Sind die Zusatzinfos denn auch in der CSV-Datei eingetragen gewesen?
Welche sollen das sein?
Ich hatte eine CSV importiert nach folgendem Muster:
--------------------------------
123-at-gmx.de;Kunden_Gallay;;11234;1;;;Angela Merkel
12345-at-gallay.de;Kunden_Gallay;;11235;1;;;Franz Müntefering
irgendwas-at-gallay.de;Kunden_Gallay;;11236;1;;;Edmund Stoiber
--------------------------------
Müssen da noch andere Daten rein, damit die NL_Identifier umgesetzt werden?

Grüße, jg

--
www.schmuckzone.de

ahe

#3
ZitatJa. Alle Mails kamen an die Absendeadresse.
Seltsam...
Dann werden wir hier bei Gelegenheit nochmal ein paar Testläufe starten müssen.

ZitatJa. Das habe ich mir schon gedacht. Aber wenn IBONews die Adressen 'sammeln' kann,
die fehlerhaft sind, weil zB. das Postfach nicht oder nicht mehr existiert, dann müssen
diese Adressen doch auch irgendwo eingelesen werden. Wo ist mir egal.
Wichtig wäre nur, dass diese Adressen später in die Zwischenablage kopiert
werden können, um sie so dann im lokalen System weiterzubearbeiten.
IBONews sammelt diese Adressen keineswegs.
IBONews teilt dem Zielserver lediglich mit, wohin er nicht zustellbare Mails zurücksenden soll (also an welche Emailadresse).
Dazu gibt es ein eigenes Feld im Mail-Header, genauso wie es ein eigenes Feld für den Emailabsender gibt.
Alles was dann nach dem Senden passiert liegt dann nicht mehr in der Händen von IBONews.
Der momentane Arbeitsweg um Leichen zu entfernen wäre genau anders herum.
Die nicht zustellbaren Mails werden an die angegebene Adresse zurückgesendet.
Diese können Sie dann mit Ihrem Mailprogramm abholen und haben Sie so lokal zur Verfügung.
Und mit diesen Daten können Sie dann die Leichen manuell in IBONews löschen (mittels Copy&Paste der Emailadresse).

ZitatWelche sollen das sein?
Ich hatte eine CSV importiert nach folgendem Muster:
--------------------------------
123-at-gmx.de;Kunden_Gallay;;11234;1;;;Angela Merkel
12345-at-gallay.de;Kunden_Gallay;;11235;1;;;Franz Müntefering
irgendwas-at-gallay.de;Kunden_Gallay;;11236;1;;;Edmund Stoiber
--------------------------------
Müssen da noch andere Daten rein, damit die NL_Identifier umgesetzt werden?
Ja, alle Informationen, die per Identifier verfügbar sein sollen, müssen ebenfalls mit rein in eine Zeile.
Das Muster einer solchen Zeile (komplett):
1   eMail
2   Gruppe
3   Zeitstempel der Anmeldung
4   Kundennummer
5   Abgeschlossene Anmeldung (1=ja oder 0=nein). Wenn leer dann wird 1 angenommen!
6   Anrede
7   Vorname
8   Nachname
9   Ort
10   Strasse
11   Landeskennzeichen
12   Postleitzahl
13   Briefanrede
MfG ahe

jg

Hallo,

>> Ja. Alle Mails kamen an die Absendeadresse.
> Seltsam...
> Dann werden wir hier bei Gelegenheit nochmal ein paar Testläufe starten müssen.
Uups - Asche auf's Haupt:
Unsere Fehler-Adresse wurde an die Absendeadresse weitergeleitet.
Da wir erstere selten benutzen, hatte ich das vergessen, Sorry!


> Ja, alle Informationen, die per Identifier verfügbar sein sollen, müssen ebenfalls mit rein in eine Zeile.
> Das Muster einer solchen Zeile (komplett):
Ich wollte eigentlich nur E-Mail, Kdnr, Name, User und Pass per Identifier auslesen...
Muss ich trotzdem ALLE Felder in die CSV packen, auch wenn sie in der NL_Tabelle leer bleiben?

nlUser und nlPass lassen sich ja nicht per CSV-Datei importieren.
Die werden dann wohl im Vergleich mit nlKdnr aus der Shop-DB gelesen?

Grüße, jg

--
www.schmuckzone.de

ahe

ZitatUups - Asche auf's Haupt:
Unsere Fehler-Adresse wurde an die Absendeadresse weitergeleitet.
Da wir erstere selten benutzen, hatte ich das vergessen, Sorry!
Na da bin ich ja schon mal beruhigt :)

ZitatIch wollte eigentlich nur E-Mail, Kdnr, Name, User und Pass per Identifier auslesen...
Muss ich trotzdem ALLE Felder in die CSV packen, auch wenn sie in der NL_Tabelle leer bleiben?

nlUser und nlPass lassen sich ja nicht per CSV-Datei importieren.
Die werden dann wohl im Vergleich mit nlKdnr aus der Shop-DB gelesen?
Richtig, User und Pass werden während des Sendens in der Shop-DB gesucht (mittels Kundennummer).
Falls ein Kunde im Shop mit dieser Kundennr vorhanden ist, werden die Daten dann ausgegeben.
Alle anderen Felder müssen (sofern benötigt) in der CSV angegeben werden.

Mit der Zeile in der CSV: 123-at-gmx.de;Kunden_Gallay;;11234;1;;;Angela Merkel
Sollten also später nlName und nlEmail verfügbar sein und falls in der ShopDB ein Kunde mit Kundennr 11234 vorhanden ist, auch nlUser und nlPass.
MfG ahe

jg

> Mit der Zeile in der CSV: 123-at-gmx.de;Kunden_Gallay;;11234;1;;;Angela Merkel
> Sollten also später nlName und nlEmail verfügbar sein und falls in der ShopDB
> ein Kunde mit Kundennr 11234 vorhanden ist, auch nlUser und nlPass.
Genau so dachte ich mir das auch. Hat aber nicht funktioniert,
erst als ich alle Datensätze aus der Shop-DB eingelesen habe.
Aber ich schau' mir das noch einmal an...

Noch eine Bewerkung zum 'Import aus Shop-Datenbank'.
Hier wäre es ganz nützlich, wenn 2 oder 3 Bedingungen angegeben
werden könnten. Eine reicht manchmal nicht, wenn man viele
Händler, Subcats etc. verwaltet...

Grüße, jg

--
www.schmuckzone.de

ahe

ZitatNoch eine Bewerkung zum 'Import aus Shop-Datenbank'.
Hier wäre es ganz nützlich, wenn 2 oder 3 Bedingungen angegeben
werden könnten. Eine reicht manchmal nicht, wenn man viele
Händler, Subcats etc. verwaltet...
Falls Sie ein wenig mit Access umgehen können, könnten Sie auch mittels Access die Kundentabelle abfragen (inklusive beliebiger Filter)
und die Ergebnisse dann als CSV-Datei exportieren.
So könnten Sie die Beschränkung bzgl. der Filter momentan auch umgehen.
MfG ahe

jg

Hallo,

> Falls Sie ein wenig mit Access umgehen können,
Mittlerweile täglich, macht richtig Spassss...
So hatte ich es anfangs auch gemacht. Nur wurden die Identifier
- wie schon unten erwähnt - nicht umgesetzt. Das versuche ich aber
noch einmal mit dem Import aller Felder.

> So könnten Sie die Beschränkung bzgl. der Filter momentan auch umgehen.
Ich habe jetzt auch eine Lösung gefunden. Der eine Filter reicht mir also.

Noch 2 Fragen:
1. Wie lösche ich ALLE Mitglieder einer Gruppe, ohne die Gruppe
oder alle Tabellen löschen zu müssen? Ging nur in 500er Schritten...
2. Alle Mitglieder von _blacklist erhalten definitiv _keine_ Mail,
auch wenn Sie Mitglied einer Gruppe sind, an die ein NL verschickt wird??

Grüße, jg

--
www.schmuckzone.de

ahe

Hallo,

Zitat1. Wie lösche ich ALLE Mitglieder einer Gruppe, ohne die Gruppe
oder alle Tabellen löschen zu müssen? Ging nur in 500er Schritten...
Das geht unter "Gruppen verwalten".
Dort die Gruppe wählen und unten aus der Auswahlbox "Gruppenmitglieder entfernen".

Zitat2. Alle Mitglieder von _blacklist erhalten definitiv _keine_ Mail,
auch wenn Sie Mitglied einer Gruppe sind, an die ein NL verschickt wird??
Ja so ist es. Auch wenn eine geblacklistete Email in die Empfängerliste rutscht,
wird keine Mail an diese Adresse gesendet.
MfG ahe