Suche

[Atze]

Hmm,
dann weiß ich auch nicht??
Vielleicht liegts am Mailprogramm Outlook??
Aber gut, wenns bei dir klappt, dann ist ja ok.

Warten wir mal ab was die User sagen.

[gabin]

Hi allesamt,

- die Tabelle mx_newsletter exportieren, dabei die Option "Fehlerübergehenden INSERT-Befehl verwenden" einschalten und ohne "Drop-Table" Option.
- die Tabelle leeren, nicht löschen
- über das Feld "email" einen eindeuteigen Index erstellen (unique)
- die vorher exportierten Daten wieder zurückspielen
- evtl. auftretende Fehlermeldungen ignorieren

Der eindeutige Index kann belassen werden, sollte eigentlich sowieso standardmässig drin sein.

Nicht getestet, sollte aber doppelte Einträge nicht mehr importieren.

Ausprobiert, und alle Abos waren weg!

Zusammenfassung:
Die Einstellung "Exportieren" war auf SQL, nach dem
"Fehlerübergehenden INSERT-Befehl verwenden" und "Drop-Table" eingestellt waren,
klickte ich auf OK und dann verstellte sich die Einstellung "Exportieren" auf CSV-Daten

Nach dem leeren, kam eine Fehlermeldung
(libraries existierten nicht und so was, bestimmte Aufrufe wurden von MySql nicht gelesen),
welche ich ignorierte. (Leider diese Meldung nicht als Erinnerung kopiert).

Nach dem OK klicken kam ich zurück zu der Tabelle und alle Abos waren weg.

Pech gehabt 

Mach nichts.
Nun eine weitere Frage zu dem eindeutigem index unique:

über das Feld "email" einen eindeuteigen Index erstellen (unique)

Ich meine, wenn die Tabelle schon leer ist, kann man diesen Zusatz ausführen.

Wo soll genau das stattfinden.
Hier die Tabelle newsletter nach dem Exportieren:

Code Auswählen Erweitern



-- phpMyAdmin SQL Dump
-- version 2.6.1-pl3
-- http://www.phpmyadmin.net
--
-- Host: xxx
-- Erstellungszeit: 07. Februar 2006 um 12:40
-- Server Version: 4.0.15
-- PHP-Version: 4.3.10
--
-- Datenbank: xxx
--

-- --------------------------------------------------------

--
-- Tabellenstruktur für Tabelle `mxppppp_newsletter`
--

CREATE TABLE `mxppppp_newsletter` (
  `id` int(11) NOT NULL auto_increment,
  `email` varchar(100) NOT NULL default '',
  `status` int(11) NOT NULL default '0',
  `html` int(11) NOT NULL default '0',
  `checkkey` int(11) NOT NULL default '0',
  `regdate` int(10) NOT NULL default '0',
  `regip` varchar(15) NOT NULL default '',
  `reghost` tinytext NOT NULL,
  PRIMARY KEY  (`id`)
) TYPE=MyISAM AUTO_INCREMENT=1 ;

--
-- Daten für Tabelle `mxppppp_newsletter`
--



Danke für die Tipps

gabin

[jubilee]

Hallo !

Ich meine, wenn die Tabelle schon leer ist, kann man diesen Zusatz ausführen.

Den index mit Status unique für das Feld email nehmen.

MfG
jubilee

[gabin]

Hi jubilee,

folgende Index wurde erzeugt:

Code Auswählen Erweitern



SQL-Befehl:
ALTER TABLE `mxppppp_newsletter` ADD UNIQUE (
`email`
)



Ist die Tabelle jetzt für Abonennten Aufnahme fähig?

gabin

[jubilee]

Hallo !

Ist die Tabelle jetzt für Abonennten Aufnahme fähig?

Meiner Meinung nach, ja !
MfG
jubilee

[Andi]

Moin

"Fehlerübergehenden INSERT-Befehl verwenden" und "Drop-Table" eingestellt waren,

was habe ich geschrieben?

und ohne "Drop-Table" Option.

Ausprobiert, und alle Abos waren weg!

Wenn du die Daten vorher exportiert hast, dann hattest du doch automatisch ein Backup...
Und das leeren der Tabelle war ja Sinn und Zweck der Sache, ansonsten lässt sich der eindeutige Index nicht erstellen, wenn doppelte Einträge vorhenden sein sollten...

Info:
http://dev.mysql.com/doc/refman/4.1/en/constraint-primary-key.html
http://dev.mysql.com/doc/refman/4.1/en/create-index.html

[jubilee]

Nochmal zum Newsletter.
Einzige Fehlerursache, die ich mir noch vorstellen kann, ist die verwendete Mailklasse.
Evt. gibt es hier bei Massenmails Probleme mit den Antwortzeiten des Mailservers. Bei dieser Klasse wird anscheinend die Verbindung zum Server für jede Mail auf und dann wieder abgebaut. Das ist recht Zeit- und Rechenintensiv. Ich habe jetzt einige Tage bereits ein neues Mailsystem im Test, welches ich hauptsächlich eigentlich wegen der Unterstützung vom SMTPafterPOP verwenden wollte. Allerdings bietet das System auch eine sehr gute BulkMail-Unterstützung. Hier wird die Verbindung zum Mailserver während der Übertragung der Mails gehalten. Ausserdem können bei Sendmail und Exim MTA's die Mails zusätzlich gequeue't werden, so das diese erst beim nächsten Synchronisieren des MTA versendet werden. Das spart auch wieder Ressourcen. Die bisherigen Tests laufen gut. Wenn jemand in der nächsten Zeit nochmal seinen Usern auf die Nerven fallen will und den Newsletter dann ausgiebig mit der neuen Mailklasse testen will, soll er sich schon einmal bei mir melden.
MfG
jubilee