Beiträge von Youbird

Hatten das auch und habe bei der WebBox folgendes eingestellt:

Konfiguration/ActiveSync/Provisioning/Enforce Provisioning

Danach ging es. Allerdings kann ich jetzt nicht mehr sagen, ob es mit einem bestehenden Konto auch geht,

da ich das Konto entfernt und neu angelegt habe.

Nachtrag:

Es scheint auch mit vorhandenem Konto zu funktionieren, wenn man die Konfiguration in der WebBox

vornimmt und dann bei der Fehlermeldung "Die Sicherheitseinstellungen von Gmail sind momentan strenger als die von Ihrem IT Administrator festgelegten Einstellungen" auf "Bestätigen" drückt.

Denke das liegt am Script "Code\summarizer.js".

Wird man so nichts machen können, außer umbenennen oder Tobit macht etwas daran.

Zitat von QWERTZ

Ich kann mir eigentlich nicht vorstellen, dass die Größe der .lst-Datei damit was zu tun hat.

Ich wohl, denn seitdem funktioniert es!

Setze mal nach x Tagen löschen, dann geht es auch wieder.

Oder beim Provider mal die alten verschieben.

Etwas bei den Einstellungen der Sprache von Windows?
Also z.B.: English (German) o.ä., dann mal auf English (English) stellen.

Ist denke ich ein Versuch wert.

Mmmh, ich habe es selbst zwar noch nicht ausprobiert, aber könnte mir folgendes oder ähnlich vorstellen:

• Das Ereignis nach "Automation/States" verteilen lassen
• In "Automation/Scripts" einen Script erstellen, der das "permanently blocked" für dieses User nach einer gewissen Zeit wieder automatisch aufhebt (ARCHIVE.INI des Users "Blocked").

Nur so ein Ansatz.

Also wenn ich das richtig verstanden habe, dann ist der Neue auch ein 2003, richtig?

Warum das mit der Setup.exe so ist, kann ich jetzt auch nicht sagen, aber mache doch

einfach folgendes:

1. Kopiere das Verzeichnis TLD auf die neue Installation

2. Gehe in des entsprechende Verzeichnis des Typs (CAPI), in der sich die TLD.EXE befindet

3. Starte die TLD.EXE mit Portnummer, dann wird der Service dazu installiert. Die Konfiguration

ist ja bereits vorhanden.

Beispiel: TLD.EXE 001 -i

Nun, ich kann nur sagen welche Parameter in der INI möglich sind.

Die Funktion selbst habe ich nicht getestet.

Ích gehe nun davon aus, dass Du einen Breakpoint gesetzt hast und Schritt für Schritt durchgegangen bist.

Schlägt denn die Funktion selbst fehl, oder liegt nur am Ende keine Datei da?

Stelle die Ausgabe im Monitor mal auf Vollständig".

Dann wird man möglicherweise sehen, dass der Socket (UDP) zum auflösen des Host,

nicht gebunden werden konnte.

Da bekomme ich aber schlimmere Mails

Versuche es mal damit in der TLD.INI:

Max9600=True

NoECM=True

Die Datei ist doch Binär. Hat der alte Servername die gleiche Länge?

Wenn nicht, dann könnte es da möglicherweise zu anderen Problemen kommen!

Soweit ich mich erinnern kann, wurde das Toll zum migrieren letztes Jahr erneuert und

übernimmt auch diese Datei, bzw. teilweise den Inhalt (Templates).

Siehe einfach mit dem Browser das Zertifikat an (Domain, Gültig bis),

dann kannst Du sehen welches ausgeliefert wird. Sollte es das alte

Zertifikat sein, kannst Du es im David.Administrator entfernen und

starte die Webbox neu.

Aaaah, das ist doch schon einmal was!

Die Größe der EMails dürfte allerdings keine Rolle spielen. Es werden ja nicht die EMail selbst in die Zwischenablage kopiert, sondern die Referenz auf den Dateinamen. Soweit ich das in Erinnerung habe, liegt da das Limit bei ca. 2 GB für 32-Bit Anwendungen. Denke hier ist ehr einer der nachfolgenden Punkte dafür verantwortlich!

Emails mit einem Betreff von mehr als 260 Zeichen (MAX_UNC), brauchen in der Regel auch keinen Body mehr, da ja bereits alles im Betreff steht! Aber das könnte tatsächlich ein Problem darstellen!

Auch der letzte Punkt ist ein Problem. Da sollte evtl. noch eine JobID o.ä. hinzugefügt werden, damit immer unterschiedliche Dateinamen entstehen. (Hoffentlich lesen die zuständigen mit)

Aber gut zu wissen...

...würde mich ja echt mal interessieren was es ist!

Dann versuche es erst mit 250, wenn er abbricht 125 usw. bis möglicherweise ein "Übeltäter" dazwischen gefunden wird. Zumindest würde ich es erst so versuchen.

Zitat von Arno

Das geht ohne weitere Anpassungen nur, wenn die Servernamen identisch sind. Andernfalls grenzt dieser Versuch an Murks.

Ich meinte aus dem David Client! Wenn dabei EML Dateien rauskommen, dann ist der Servername ja egal.

Dann sollte es doch reichen aus dem David Client, die EMails in den Ordner des Explorers zu ziehen.

Danach sollten sie als EML vorhanden sein.

Bist Du sicher?

Also ich habe es mal getestet und es funktioniert noch:

DvApi32.DavidAPIClass dvAPI = new DvApi32.DavidAPIClass();

dvAPI.LoginOptions = DvLoginOptions.DvLoginForceAsyncDuplicate;

Account oAcc = dvAPI.Logon(null, null, null, null, null, null);

Archive oArcIn = oAcc.GetSpecialArchive(DvArchiveTypes.DvArchivePersonalIn);

MessageItems oMessageItems = oArcIn.AllItems;

for (int i = 0; oMessageItems.Count > i; i++)

{

if (oMessageItems.Item(i).Type == DvItemTypes.DvEMailItem)

{

MailItem oMailItem = (MailItem)oMessageItems.Item(i);

StringBuilder oSb = new StringBuilder(260);

if (DVEmlFromMailItem(oMailItem, oSb) != 0)

{

System.IO.File.Copy(oSb.ToString(), @"d:\tmp\" + oMailItem.Subject + ".eml");

break;

}

}

}

oAcc.Logoff();