tippsblog.ch » Datenbank

[HowTo] Mails archivieren unter Mac

Martin — Fri, 02 Apr 2010 08:19:46 +0000

Vor kurzem habe ich ein HowTo veröffentlicht, wie man unter Windows seine Mails ganz einfach archivieren kann. Auf diversen Kanälen, wie Facebook und Twitter kamen fragen, wie man dies unter Mac auch erledigen kann. Da mir meine Leser wichtig sind, habe ich mich auf die Suche gemacht nach einer Möglichkeit, seine Mails auch unter Mac zu archivieren und bin fündig geworden.

Gefunden habe ich das Tool MailSteward, welches in verschiedenen Version angeboten wird:

MailSteward
MailSteward Lite
MailSteward Pro

Die Versionen unterscheiden sich in den Funktionen. Von jeder Version gibt es jeweils eine Gratis Version, welche auf 15’000 Mails beschränkt ist und eine unbeschränkte und kostenpflichtige Version. Die Gratis Versionen sollten jedoch für kleinere private Mail Archive genügen. Daher verwende ich in diesem HowTo die MailStewardPro, welche auf 15’000 Mails beschränkt ist.

Der Vollständigkeit, hier die verschiedenen Versionen im Vergleich und deren Preise für eine unbeschränkte Anzahl Mails zur Archivierung:

Installation von MailStewardPro

Um MailStewardPro zu benutzen, müsst ihr zuerst eine MySQL Datenbank installieren, denn MailStewardPro speichert die Mails inkl. Attachement direkt in einer Datenbank. Als Datenbank wird nur MySQL unterstützt, andere Datenbanksysteme sind nicht nutzbar. Den MySQL Server könnt ihr hier herunterladen, ihr müsst darauf schauen, das ihr für euer Mac OS X die richtige Version downlaodet. Das wäre für Snow Leopard die 64 Bit Version. Für den Download benötigt ihr einen Account, denn ihr Gratis erstellen könnt.

Habt ihr das DMG File heruntergeladen, mountet dieses im Finder (sollte automatisch funktionieren) und ihr solltet folgendes sehen:

Ihr klickt nun auf mysql-5.1.45-osx10.6-x86_64.pkg und die Installation wird gestartet. Die Installation ist keine Hexerei, daher nur ein paar Screenshots:

Damit ihr nun den Server nicht über die Komandozeile starten müsst, könnt ihr das Control Panel installieren. Dazu klickt ihr auf dem gemouteten Image auf MySQL.prefpane.

Ob ihr die Systemeinstellungen für MySQL für alle Benutzer installieren wollte oder nur für den aktuell angemeldeten, müsst ihr entscheiden. Ich habe mich für nur den aktuell angemeldeten Benutzer entschieden.

Ist die Installation abgeschlossen, seht ihr folgendes:

Nun könnt ihr auf dem Button Start MySQL Server klicken und der Datenbankserver respektiv die Datenbankinstanz wird gestartet. Wenn ihr wollt, das dieser auch automatisch beim Hochfahren des Mac gestartet wird, müsst ihr unten das Häkchen setzen. Wenn ihr später das archivieren automatisch im Hintergrund laufen lassen wollt, würde ich den MySQL Server gleich beim Booten mit starten, sonst wird die Archivierung fehlschlagen.

Ist der Dienst gestartet, sollte in grüner Schrift running stehen:

Die Installation von MailStewardPro wie unter Mac oft der Fall ist, sehr einfach. Ihr müsst lediglich das Image downloaden und dann die MailSteward Applikation direkt vom Image starten oder in den Applikationsordner ziehen:

Konfiguration und erster Start

Bevor ihr MailStewardPro zum ersten mal nutzen könnt, müsst ihr dem Datenbankbenutzer root ein Passwort zuweisen. Dazu öffnet ihr den Terminal (in Spotlight einfach Terminal eingeben) und gebt folgendes ein:

cd /usr/local/mysql/bin

./mysqladmin -u root password 'irgendeinpasswort'

Das Passwort könnt ihr natürlich selbst bestimmen und sollte ein sicheres Passwort sein, also höchsten Passwortrichtlinen entsprechen, denn der root User hat auf alle Datenbanken vollen Zugriff.

Mit einem Doppeklick startet ihr MailStewardPro. Die Applikation startet mit zwei Fenstern:

Das kleine Fenster ist eine Art Schnellzugriff auf die wichtigsten Menupunkte. Dieses Fenster ist immer offen. Das andere Fenster dient beim ersten Start für die Konfiguration. Hier müssen die Daten für den Datenbankserver eingegeben werden.

In unserem HowTo würde dies dann etwa so aussehen:

Ist die Verbindung erfolgreich gemacht, ist das Tool betriebsbereit.

Einstellungen von MailStewardPro

Zuerst wollen wir uns die verschiedenen Einstellungsmöglichekten anschauen:

Hier könnt ihr diverse Optionen definieren, was archiviert werden soll und was nicht. Bis zu welcher Grösse Attachements archiviert werden sollen usw. Auch könnt ihr definieren, wie die Datenbank heisen soll, wo ihr die Mails archiviert haben wollt. Die Datenbank muss nicht existieren, denn das anlegen der Datenbank macht MailStewardPro für euch.

Unter Accounts werden alle Mailaccounts aufgeführt, welche archiviert werden können. Die Accounts werden direkt aus der Mailapp herausgelesen. Wählt hier gleich den Account aus, welcher ihr später dann archivieren wollt. Eine spätere Auswahl ist nicht möglich. Es muss immer über Einstellungen geändert werden, wenn ihr unterschiedliche Mail Accounts archivieren wollt. Das ist sehr unglücklich gelöst und unnötig umständlich. Zusätzlich könnt ihr definieren, ob die Mails nach dem archivieren gelöscht werden sollen oder nicht. Auch einen anderen Ordner mit Mails könnt ihr direkt einbinden, welcher zusätzlich archiviert werden soll.

Unter View werden die Datumsformate definiert, wie dann die Mails später in der Datenbank gespeichert werden sollen und schlussendlich bei der Suche angezeigt werden sollen. Ich habe die Einstellungen im Screenshot so gewählt, wie es für die meisten im deutschsprachigen Raum Sinn macht. Auch könnt ihr noch definieren, wie die Suchresultate später standardmässig sortiert werden sollen.

Unter Scheduling kann definiert werden, wann die Mails automatisch archiviert werden sollen.

Unter Indexing definiert ihr die Indexe, welche automatisch beim archivieren angelegt werden sollen. Diese können später immer noch erstellt werden oder gelöscht werden. Indexe sind eine Art Verzeichnisse, welche das Suchen in einer Datenbank enorm beschleunigen kann. Die Indexe werden beim hinzufügen von Datensätzen neu erstellt und nicht erst bei der Suche selbst. Je nach dem wie gross das Archiv ist, kann man hier mit dem richtigen Einstellungen mit der Suche sehr viel Zeit sparen. Was ihr hier auswählt, hängt auch sehr davon ab, was ihr später suchen möchtet. Ich finde die Einstellung von From für den Anfang nicht schlecht.

Archvieren mit MailSteward Pro

Sind die Einstellungen gemacht, können wir mit dem archivieren Starten. Dazu klickt ihr im kleinen Fenster auf archive und es wird folgendes Dialogfenster geöffnet:

Hier definiert ihr den Zeitraum, welche Mails von diesem vorher in den Einstellungen definierten Mailkonto, archiviert werden sollen. Möchtet ihr alle archivieren, dann müsst ihr den Zeitraum so auswählen, wie auf dem Screenshot zu sehen.

Mit einem Klick auf Archive beginnt die Archivierung.

Je nach Anzahl der Mails kann die Archivierung etwas dauern.

Ist die Archivierung abgeschlossen, erscheint dieses Dialogfenster mit einer kleinen Zusammenfassung:

Programmoberfläche von MailStewardPro

Habt ihr Mails archiviert, wird der Inhalt der Datenbank in einem Fenster dargestellt. Das Fenster besteht aus einer Bearbeitungsleiste, einer Auflistung der archivierten Mails und einem Vorschaufenster:

Klickt ihr auf einen Eintrag oberhalb des Ansichtsfensters, wird die Mail angezeigt:

Oberhalb des Auswahlfensters befindet sich die Bearbeitungsleiste:

Unter den Menupunkten stehen folgende Optionen zur Verfügung, welche selbsterklärend sind:

Suchen im Archiv

Die Suchfunktion ist sehr detailliert. Erreichbar ist diese oben im Menu unter dem Menupunkt Search:

Die Suchmaske ist eigentlich nur eine Oberfläche, um ein SQL Statment zu generieren. SQL Statements sind Abfragen für die Daten in einer Datenbank. Klickt man auf Edit SQL Statment sieht man dann die SQL Abfrage, welche generiert wurde. So ist es auch Möglich, selbst Abfragen zu generieren, vorausgesetzt, man weis wie SQL einzusetzen. Da aber nicht jeder Benutzer sich mit SQL auskennt, ist die Suchmaske ideal.

Die Suchresultate, also die gefundenen Mails, werden dann in der Programmoberfläche angezeigt und können so bearbeitet werden.

Fazit

MailStewardPro ist ein mächtiges Tool um seine Mails unter Mac zu archivieren. Es setzt aber durch seine Vorgehensweise auch ein wenig ein technisches Vorwissen voraus, schliesslich muss man einen Datenbankserver installieren. Es ist im Gegensatz zu MailStore unter Windows nicht so intuitiv zu bedienen, steht aber mit seinen Funktionen in fast nichts nach. Es fehlt aber MailStewardPro eine Möglichkeit, Mails in einem Mailprogramm unter Mac zu öffnen. Auch können Mails nicht in HTML dargestellt werden. Die Oberfläche von MailStewardPro ist schon etwas altbacken und sollte meiner Meinung nach dringend überarbeitet werden. Gerade Mac Programme sind für die schönen und intuitiven Benutzeroberflächen bekannt.

Weitergehende Szenarien für erfahrene Benutzer

Durch den Ansatz, die Mails in deine Datenbank zu speichern, bietet aber auch seine Vorteile. So wäre es denkbar, das man anstatt lokal einen Datenbankserver diesen benutzt, welcher man bei seinem Hoster zur Verfügung hat. So wären die Daten ausserhalb von seinem eigenen Rechner gesichert. Je nach Hoster besteht dann die Möglichkeit, ein Abbild (Dump) seiner Datenbank zu machen und so zu sichern. Das setzt aber eine einiger massen schnelle Internetverbindung voraus, denn sonst kann das archivieren und das Suchen nach Mails in Archiv, zum Geduldsspiel werden.

[iPhone] IMDb Filme & TV für das iPhone vefügbar

Martin — Wed, 17 Feb 2010 19:21:37 +0000

Flimfans werden die Internseite von IMDb sicherlich kennen, es ist wohl grösste Filmdatenbank weltweit. Bislang gab es die App nur für den amerikanischen Markt, jedoch seit heute ist die selbe App auch für europa freigeschalten worden.

Mit der iPhone App hat man Zugriff auf den ganzen Inhalt, welcher auch auf der Website verfügbar ist. Es kann nach Informationen zum den Filmen gesucht werden, Bilder von den Stars und Sternchen von Hollywood und auch das anschauen von den Trailern ist möglich. Die IMDb iPhone App ist gratis und kann per sofort heruntergeladen werden.

Hier die Funktionen im Detail:

In der weltweit größten Filmdatenbank suchen:

Über 1,5 Millionen Film- und TV-Titel
Über 3,2 Millionen Stars, Darsteller/-innen, Regisseure und andere Crewmitglieder

In den Charts stöbern:

Bester Film – alle Oscargewinner
Bestbewertete Filme aller Zeiten (IMDb beste 250)
Aktuell beliebteste Filme bei IMDb (MOVIEmeter)
Aktuell beliebteste Stars bei IMDb (STARmeter)
Schlechtestbewertete Filme aller Zeiten (IMDb schlechteste 100)
Beliebteste Filme nach Genre gelistet (Action, Horror, Romanze, Komödie und viele mehr)
Beliebteste TV-Shows
US-Boxoffice Ergebnisse
Geburtstage von Stars

Ansehen:

Filmtrailer
Nutzerkommentare zu Filmen und TV-Shows
Kritikermeinungen zu Filmen und TV-Shows
Zitate, Wissenswertes, Filmfehler
Ihr Browser- und Suchverlauf auf IMDb

Kaufen:

Alle Filme und TV-Shows als DVD oder Blu-ray auf den Amazon-Webseiten

[Doku] SMS/MMS Datenbank des iPhones

Martin — Mon, 15 Feb 2010 20:09:45 +0000

Meine wohl häufig genutzte iPhone App ist die Messaging App, welche ich jeden Tag mehrmals nutze. Es gibt glaube ich keine andere App auf dem iPhone, welche ich bisher so oft benutzt habe. Seit dem Fimwareupdate 3.0 kann die Messaging App auch MMS, vorher hies die App ganz simpel SMS und konnte “nur” SMS verschicken und empfangen. Die Messaging App die App, welche seit der Firmware 1.0 am meisten Veränderungen durchlaufen hat. Doch was steckt hinter der Messaging App und wie werden die SMS und MMS auf dem iPhone abgespeichert und organisiert?

Die MMS und SMS werden auf dem iPhone direkt in eine SQL Lite Datebank gespeichert und werden beim Anzeigen aus der Datenbank ausgelesen. Bei dem Backup via iTunes wird die Datenbank direkt auf den Rechner übertragen und kann so direkt mit einem SQL Lite Client ausgelesen werden. Dazu sind ein paar SQL Statements nötig um an die gespeicherten Daten heranzukommen.

Aber wo ist das Backup vom iTunes abgespeichert? Wie kann ich die Nachrichten auslesen? Wie ist die Datebank aufgebaut und auf welchem System läuft diese? Alle diese Fragen werden mit diesem Beitrag beantwortet.

Speicherort der iTunes Backups

Das von iTunes erstellte Backup wird je nach Betriebssystem, also Mac oder Windows, unter einem anderen Pfad abgespeichert. Hier nun eine kleine Übersicht über die Speicherpfade der verschiedenen Betriebssysteme:

Windows XP: C:\Documents and Settings\[your username]\Application Data\Apple Computer\MobileSync\Backup\[id]\
Windows Vista/Windows 7: C:\Users\[your username]\AppData\Roaming\[your username]\Application Data\Apple Computer\MobileSync\Backup\[id]\
Mac OS X: User>Library>Application Support>Mobile Sync>Backup>[some id]

Der Ordner Applcation Data unter Windows ist ein versteckter Ordner und muss zuerst angezeigt werden. Dies geschieht über den Explorer, Extras, Ordneroptionen.

Offnet man den Backup Ordner, sieht man zuerst einfach einen haufen Dateien, die einen nichts sagenden Dateinamen besitzen. Doch hier befindet sich die SQL Lite Datebank, welche unsere SMS beinhalten, bei dem MMS wird der Text gespeichert und den Pfad zu dem Bild, wenn das MMS ein Bild oder andere Medien enthält.

Wo sind die SMS und MMS Daten gespeichert?

Der Dateiname heisst 3d0d7e5fb2ce288813306e4d4636395e047a3d28.mddata. Wenn man diese jedoch mit einem Texteditor öffnet, wird man zwar Text erkennen können, jedoch unstrukturiert und völlig durcheinander. Daher ist es nötig, diese mit einem SQL Lite Management Tool zu öffnen, ich habe für diesen Beitrag das Firefox Plugin SQL Light Manager benutzt. Es bietet alles, um die Daten auszulesen und anzeigen zu lassen. Auf der SQL Lite Homepage gibt es noch eine sehr ausführliche Liste mit anderen Management Tools und da ist sicherlich für jeden was dabei.

In welcher Form sind die SMS und MMS Daten abgespeichert?

Um die Daten zu speichern wird SQL Lite in der Version 3 verwendet. Das ermöglicht ein einfaches auslesen der Inhalte via SQL Statements (Befehle). SQL steht für Structured Query Language und ist eine standartisierte Sprache um Daten aus einer Datenbank auszulesen.

Wie sieht der Aufbau der SQL Lite Datenbank aus?

Die Datenbank besteht aus 6 Tabellen:

Die Tabelle _SqliteDatabaseProperties ist Systemtabelle, welche für SQL Lite notwendig ist und alle Konfigurationen des SQL Lite Server beinhalten.

Zur schnelleren Abfrage wia SQL sind auch Indexe vorhanden:

Die Indexe im Detail:

hash_index: CREATE INDEX hash_index ON msg_group(hash)
message_flags_index: CREATE INDEX message_flags_index ON message(flags)
message_group_index: CREATE INDEX message_group_index ON message(group_id, ROWID)
message_groupid_read_index: CREATE INDEX message_groupid_read_index ON message(group_id, read)
pieces_message_index: CREATE INDEX pieces_message_index ON msg_pieces(message_id)

Ebenfalls sind 7 Triggers sind vorhanden:

Trigger, auch Datenbanktrigger gennant werden zur Datenintegrität (Richtigkeit der Daten) eingesetzt. Im Detail werden Daten geprüft, welche gelöscht, geändert oder eingefügt werden.

Die Trigger im Detail:

delete_message:
CREATE TRIGGER delete_message AFTER DELETE ON message WHEN NOT read(old.flags) BEGIN UPDATE msg_group SET unread_count = (SELECT unread_count FROM msg_group WHERE ROWID = old.group_id) - 1 WHERE ROWID = old.group_id; END

delete_newest_message:
CREATE TRIGGER delete_newest_message AFTER DELETE ON message WHEN old.ROWID = (SELECT newest_message FROM msg_group WHERE ROWID = old.group_id) BEGIN UPDATE msg_group SET newest_message = (SELECT ROWID FROM message WHERE group_id = old.group_id AND ROWID = (SELECT max(ROWID) FROM message WHERE group_id = old.group_id)) WHERE ROWID = old.group_id; END

delete_pieces:
CREATE TRIGGER delete_pieces AFTER DELETE ON message BEGIN DELETE from msg_pieces where old.ROWID == msg_pieces.message_id; END

insert_newest_message:
CREATE TRIGGER insert_newest_message AFTER INSERT ON message WHEN new.ROWID >= IFNULL((SELECT MAX(ROWID) FROM message WHERE message.group_id = new.group_id), 0) BEGIN UPDATE msg_group SET newest_message = new.ROWID WHERE ROWID = new.group_id; END

insert_unread_message:
CREATE TRIGGER insert_unread_message AFTER INSERT ON message WHEN NOT read(new.flags) BEGIN UPDATE msg_group SET unread_count = (SELECT unread_count FROM msg_group WHERE ROWID = new.group_id) + 1 WHERE ROWID = new.group_id; END

mark_message_read:
CREATE TRIGGER mark_message_read AFTER UPDATE ON message WHEN NOT read(old.flags) AND read(new.flags) BEGIN UPDATE msg_group SET unread_count = (SELECT unread_count FROM msg_group WHERE ROWID = new.group_id) - 1 WHERE ROWID = new.group_id; END

mark_message_unread:
CREATE TRIGGER mark_message_unread AFTER UPDATE ON message WHEN read(old.flags) AND NOT read(new.flags) BEGIN UPDATE msg_group SET unread_count = (SELECT unread_count FROM msg_group WHERE ROWID = new.group_id) + 1 WHERE ROWID = new.group_id; END

Das Datenbakschema:

Wie man sieht, ist die Datebank nicht all zu gross und leicht überschaubar. Die Felder sind teilweise selbsterklährend.

Nachfolgend werden die wichtigsten Tabellen etwas genauer erklärt:

Die Tabelle message

Wirklich interessant ist die Tabelle message. Alle anderen dienen teilweise nur zur Info oder für das Management der Nachrichten direkt auf dem iPhone.

Der Inhalt der Tabelle message kann so aussehen:

Es werden Daten wie Handynummer (adress), Datum (date), Text (text), Gruppe (group_id (jede Handynummer hat eine Group ID)) und ob die Nachricht gelesen wurde (read).

Um eine Konversation mit einer bestimmten Person (Handynummer) anzuzeigen, muss folgendes SQL Statement eingegeben werden:

SSELECT address, date, text FROM message WHERE group_id = 11 ORDER BY date

Mit dem Query werden die Spalten adress, date und text in der Tabelle message herausgesucht, welche die group_id 11 haben und nach Datum sortiert. So kann man eine ganze Konversation z.B. als Textdatei auf den Rechner speichern.

Die Tabelle group_member

In der Tabelle group_member werden alle Handynummern aufgeführt, wo SMS/MMS hingeschickt hat oder erhalten hat. Jede Handynummer hat group_id. Die group_id kennen wir ja schon von der Tabelle message. Streng genommen sind es redundante Daten, da die Handynummer in der Tabelle message schon in der Spalte adress vorhanden ist. Somit ist die Tabelle group_member eine Referenztabelle.

Die Tabelle msg_pieces

In der Tabelle msg_pieces werden alle Teile einer MMS Nachricht aufgeführt inkl. Inhalt, also Bilder oder Text. In einer MMS Nchricht können mehrere Bilder oder Text enthalten. Alle Teile einer Nachricht haben die gleiche message_id. So kann man mit einem einfachen SQL Statement alle Teile einer MMS Nachricht anzeigen lassen:

SELECT * FROM msg_pieces WHERE message_id = 5392

Hiermit werden alle Teile der MMS Nachricht mit der message_id 5392 angezeigt. Die Ausgabe sieht dann so aus:

Wie man sieht, besteht die MMS Nachricht aus einem Bild (jpg) einem Text (smil.txt) und einer Application, welche die Textdatei anzeigt. Diese ist in jeder MMS Nachricht vorhanden, also lässt sich sagen, das alle Zeilen mit der gleichen message_id gehören zu einer Nachricht.

So, das war der Überblick über die SMS Datenbank auf dem iPhone. Feedback und Anregungen sind wie immer, herzlich willkommen.

[HowTo] WordPress: Zwei Installationen, eine Userdatenbank

nachtmeister — Mon, 13 Apr 2009 08:00:56 +0000

Wer kennts nicht. Wer oft und gerne mit WordPress arbeitet und einige Blogs bestitzt, möchte auf die Dauer nicht immer in jedem einzelnen Blog seine Userdaten ändern gehen. Da man für jede Seite meist sowieso schon das selbe Login benutzt, wäre es doch am einfachsten, einfach für jede dieser WordPress Installationen den selben User zu benutzen. Und das geht leichter, als man sich das vorstellt.

Vorbereitung

Nun, um das zu realisieren, muss erstmal folgendes vorausgesetzt sein:

Die WordPress Installationen müssen alle die selbe Datenbank auf dem selben Server benutzen.
In dieser Datenbank gibt es bereits zwei oder mehrere WordPress Installationen mit verschiedenem präfix (z.B. wp_, wp2_).
Vorher am Besten noch ein Backup der Datenbank erstellen. Passieren sollte zwar nicht, aber sicher ist sicher.

Wenn es sich bei den Seiten nicht gerade um Neuinstallationen handelt, sind natürlich bereits für beide WordPress Seiten schon Benutzerdaten vorhanden. Und hier müssen wir uns entscheiden: Welche Benutzerdatenbank will ich nun als meine Hauptdatenbank verwenden, über die Zukünftig alles abläuft. Wenn wir auf beiden Webseiten mit dem selben Benutzer arbeiten und keine weiteren Benutzer vorhanden sind, kann es uns egal sein. Andererseites müssten wir die Relation wp_user und wp_usermeta beider WordPress Installationen vergleichen und zusammenfügen.

Wir gehen in unserem Fall von einer Neuinstallation aus und überspringen diesen Punkt.

Der Eingriff

Nun geht es ans Eingemachte. Der Eingriff ist klein und relativ simpel. Wir öffnen unsere wp-config.php beider (oder mehreren) WordPress Seiten und fügen folgende Zeilen hinzu:

define(CUSTOM_USER_TABLE,'wp_users'); define(CUSTOM_USER_META_TABLE,'wp_usermeta');

Der Präfix muss natürlich auf die Usertabelle zeigen, die wir benutzen möchten für alle unsere Seiten.

Cookie Session

Ein einziges Problem gibt es noch. Die Cookie Session. So ist es nicht möglich, nach dem Einloggen auf Seite A, ohne erneutes Einloggen auf Seite B zu springen. Laufen beide WordPress Seiten auf dem selben Domain, könnte es unter Umständen funktionieren (Irrtum vorbehalten). Aber unser Ziel, eine Benutzerdatenbank für mehrere Installationen zu verwenden, haben wir auch so erreicht.

Probleme

Bei bereits bestehenden Seiten bei WordPress Version 2.7 aufwärts kann es sein, dass das Login auf Seite B über die Benutzerdatenbank von Seite A nicht funktioniert. Man wird in diesem Fall mit einer Meldung abgeblockt die aussagt, dass man zu wenig Zugriffsrechte hätte, um die Seite anzuzeigen. Dieser Fehler entsteht, weil Seite B auf eine Relation mit anderem Präfix zugreift. Wie dieses Problem behoben werden kann, habe ich leider noch nicht herausgefunden (Vorschläge erwünscht). Also sollte die Technik bei zwei neu erstellten Blogs getestet werden.

tippsblog.ch » Datenbank

[HowTo] Mails archivieren unter Mac

Installation von MailStewardPro

Konfiguration und erster Start

Einstellungen von MailStewardPro

Archvieren mit MailSteward Pro

Programmoberfläche von MailStewardPro

Suchen im Archiv

Fazit

Weitergehende Szenarien für erfahrene Benutzer

Verwandte Beiträge:

[iPhone] IMDb Filme & TV für das iPhone vefügbar

Verwandte Beiträge:

[Doku] SMS/MMS Datenbank des iPhones

Speicherort der iTunes Backups

Wo sind die SMS und MMS Daten gespeichert?

In welcher Form sind die SMS und MMS Daten abgespeichert?

Wie sieht der Aufbau der SQL Lite Datenbank aus?

Die Tabelle message

Die Tabelle group_member

Die Tabelle msg_pieces

Verwandte Beiträge:

[HowTo] WordPress: Zwei Installationen, eine Userdatenbank

Vorbereitung

Der Eingriff

Cookie Session

Probleme

Verwandte Beiträge: