Zarafa Datenbank optimieren

[P4ddy]

Hallo,

ich habe auch eben den Pfad für die Anhänge umgestellt und wollte auch eben das Skript ausführen doch ich bekomme auch die Fehlermeldung mit dem Speicherplatz. nun habe ich das Skript angepasst wie juvi es beschrieben hat- es klappt leider immer noch nicht und es kommt folgende meldung:

The size of all attachments in the database is: 366493696 Bytes (349.52 MB)
Argument "49%" isn't numeric in division (/) at /volume1/@appstore/Zarafa/share/doc/zarafa/db-convert-attachments-to-files line 18.
Available space is: 49% Bytes (49 B)
Argument "49%" isn't numeric in numeric ge (>=) at /volume1/@appstore/Zarafa/share/doc/zarafa/db-convert-attachments-to-files line 84.
Not enough space left on device.

kann dazu jemand etwas sagen?

Gruß
Paddy

 

[P4ddy]

Gute Morgen,

nachdem ich gestern die ausgeführten Schritte gemacht habe, wollte gestern mein Zarafa gar nicht mehr starten, es gibt mir folgende Fehlermeldung aus:

$Starting zarafa-monitor: Warning: Terminal locale not UTF-8, but UTF-8 locale is being forced.
         Screen output may not be correctly printed.

per WEBAPP bekomme ich die Meldung das er sich nicht zum Zarafa Server verbinden kann.
Ich hatte vor kurzem das Problem, dass ich in Zarafa keine Umlaute dargestellt bekomme habe und habe den Zeichensatz in phpMyAdmin umgestellt- jedoch lief zarafa danach weiter und hat nicht gemuckt- das Problem war damit auch weg-

kann mir einer mal den Koorekten Zeichensatz vielleicht nennen den die Datenbank haben muss?

Danke und einen schönen Tag
Paddy

Edit: hab mir nochmal die Logs angesehen, es lag doch an der Unmstellung zu "files" in der server.cfg und nciht an der Datanbank.

Aber der richtige Zeichensatz ist trotzdem interessant ;-)

 

[juvi]

Hi,

Das Script scheint ein die falsche Spalte der df Ausgabe zu rutschen. Was komisch ist, bei mir passt es. Vielleicht weil ich IPKG installiert habe.
Naja versucht es mal so zu ändern:

my $free = `df -P $basepath | tail -1 | awk '{print \$3}'`;

Wenn das Script vorher in der % Spalte landet müsste es mit $3 eins davor auf den gewünschten bytewert treffen.

Falls das auch nicht geht gebt mal:

df -P /volume1 | tail -1

direkt in die Comandozeile ein und postet mal die Ausgabe.

grüße Juvi

 

[pcmeister]

1000 dank juvi

die änderung my $free = `df -P $basepath | tail -1 | awk '{print \$3}'`;
hat es gebracht er hat die files aus der Datenbank in den Ordner kopiert.

vielen dank Gruß pcmeister

 

[pcmeister]

zarafa

Hallo

die anlagen habe ich ja erfolgreich aus der SQL Datenbank in den Dateiordner exportiert, jetzt habe ich aber das Problem sobald ich den eintrag (database/auf files) in der server.cfg ändere stürzt Zarafa immer ab
Hier ist das Server.log

Sat Mar 2 11:50:20 2013: Startup succeeded on pid 14896
Sat Mar 2 11:51:12 2013: Started to create store (userid=3, type=0)
Sat Mar 2 11:51:12 2013: Finished create store (userid=3, storeid=3, type=0)
Sat Mar 2 11:51:14 2013: /etc/zarafa/userscripts/createuser[18656]: User store 'chris' created.
Sat Mar 2 11:51:29 2013: Error while connecting to indexer on file:///var/run/zarafa-search
Sat Mar 2 11:56:28 2013: Previous message logged 8 times
Sat Mar 2 11:56:28 2013: Caught SIGSEGV (11), traceback:
Sat Mar 2 11:56:28 2013: 0x000000080f31ed zarafa-server(_Z7sigsegvi+0x93) [0x80f31ed]
Sat Mar 2 11:56:28 2013: 0x000000f724825e /lib/libpthread.so.0 [0xf724825e]
Sat Mar 2 11:56:28 2013: 0x000000f7758400 [0xf7758400]
Sat Mar 2 11:56:28 2013: 0x000000f7190ff1 /lib/libc.so.6(__libc_free+0x3e) [0xf7190ff1]
Sat Mar 2 11:56:28 2013: 0x000000f7543f3f /usr/local/zarafa/lib/libmysqlclient.so.16 [0xf7543f3f]
Sat Mar 2 11:56:28 2013: 0x000000f7545274 /usr/local/zarafa/lib/libmysqlclient.so.16(gzclose+0x8d) [0xf7545274]
Sat Mar 2 11:56:28 2013: 0x0000000823be3c zarafa-server(_ZN16ECFileAttachment22SaveAttachmentInstanceEjjiPh+0x178) [0x823be3c]
Sat Mar 2 11:56:28 2013: 0x00000008239c66 zarafa-server(_ZN19ECAttachmentStorage14SaveAttachmentEjjbiPhPj+0x21a) [0x8239c66]
Sat Mar 2 11:56:28 2013: 0x0000000814cd0f zarafa-server(_Z10WritePropsP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStorageP10saveObjectjbjS8_PbP11_s_FILETIMESB_+0xf23) [0x814cd0f]
Sat Mar 2 11:56:28 2013: 0x000000081545a7 zarafa-server(_Z10SaveObjectP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStoragejjjjjP10saveObjectS8_jPb+0x24b) [0x81545a7]
Sat Mar 2 11:56:28 2013: 0x000000081546a3 zarafa-server(_Z10SaveObjectP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStoragejjjjjP10saveObjectS8_jPb+0x347) [0x81546a3]
Sat Mar 2 11:56:28 2013: 0x000000081569e5 zarafa-server(_Z14ns__saveObjectP4soapy17xsd__base64BinaryS1_P10saveObjectjjP18loadObjectResponse+0x8bd) [0x81569e5]
Sat Mar 2 11:56:28 2013: 0x00000008370ea9 zarafa-server(_Z25soap_serve_ns__saveObjectP4soap+0xed) [0x8370ea9]
Sat Mar 2 11:56:28 2013: 0x00000008372aee zarafa-server(_Z18soap_serve_requestP4soap+0x202) [0x8372aee]
Sat Mar 2 11:56:28 2013: 0x000000081043b7 zarafa-server(_ZN14ECWorkerThread4WorkEPv+0x53f) [0x81043b7]
Sat Mar 2 11:56:28 2013: 0x000000f7242f54 /lib/libpthread.so.0 [0xf7242f54]
Sat Mar 2 11:56:28 2013: 0x000000f71e03fa /lib/libc.so.6(__clone+0x5a) [0xf71e03fa]
Sat Mar 2 11:56:28 2013: When reporting this traceback, please include Linux distribution name, system architecture and Zarafa version.

gruß pcmeister

 

[P4ddy]

Hallo,

ich habe leider immer noch das Problem, dass das Skript nicht laufen möchte. Die Zeile habe ich schon auf 3 abgeändert, aber trotzdem kommt noch folgende Meldung:

HD1> perl  /volume1/@appstore/Zarafa/share/doc/zarafa/db-convert-attachments-to-files root test zaraf
a /Volume1/Systemverzeichnis/mail/ delete
The size of all attachments in the database is: 368590848 Bytes (351.52 MB)
df: /Volume1/Systemverzeichnis/mail/: can't find mount point
Argument "Used" isn't numeric in division (/) at /volume1/@appstore/Zarafa/share/doc/zarafa/db-convert-attachments-to-files line 18.
Available space is: Used Bytes (0 B)
Argument "Used" isn't numeric in numeric ge (>=) at /volume1/@appstore/Zarafa/share/doc/zarafa/db-convert-attachments-to-files line 84.
Not enough space left on device.

Kann mir vielleicht da noch jemand auf die Sprünge helfen?
Ich würde ja sagen, das der Pfad nicht existent ist, aber ich habe es noch mal kontrolliert, der Pfad den ich im Skript angebe passt..

Gruß
Patrick

 

[juvi]

@pcmeister

hast Du nach dem Export und dem unstellen in der server.cfg nochmal den Server mit:

zarafa-server --ignore-attachment-storage-conflict

gestartet?

@p4ddy

also für mich sieht das aus als wenn der Pfad einfach nicht existiert:

/Volume1/Systemverzeichnis/mail/

Sicher das das stimmt? Groß und Kleinschrift etc.?

 

[pcmeister]

Hallo juvi

nachdem ich die server.cfg geändert hab habe ich den befehl
zarafa-server --ignore-attachment-storage-conflict
ausgeführt.
Ich habe sogar schon die zarafa datenbank gelöscht, zarafa neu installiert selbst dann klappt es nicht.

gruß pcmeister

 

[pcmeister]

Hallo P4ddy

nur eine idee du hast bei dem perl befehl /Volume1 mit Großem V geschrieben bei mir sind volume1 und volume2 klein geschrieben.

gruß pcmeister

 

[P4ddy]

Hallo pcmeister und juvi,

ihr hattet Recht, mir ist das "V" bei Volme1 groß geraten. richtig ist es halt klein. nun klappt auch das Skript.

ein Starten mit der umstellung der Server.cfg auf "files" klappt aber auch bei mir nicht. Wie bei pcmeister will Zarafa nicht starten.

könnt ihr mir mal genau sagen was ich genau als Befehl eintragen muss um den Befehl " zarafa-server --ignore-attachment-storage-conflict" ausführen zu lassen...
wenn ich nur das eingeben passiert bei mir nichts.

danke für eure Hilfe.

Edit:

ich habe nun auch mal die passenden Rechte für Zarafa auf /volume1/Systemverzeichnis/mail/ vergeben, und den Server einfach mit
"/var/packages/Zarafa/scripts/start-stop-status start zarafa-server --ignore-attachment-storage-conflict" gestertet.
Danach startet nun der Server und es sind auch Files im /volume1/Systemverzeichnis/mail/ vorhanden.

Woran erkenne ich aber nun das neue Files auch dort gespeichert werden? da sind ganz viele Order die nur nummeriert sind und dadrin wieder ordner die nummeriert sind.

Die Dateien sind auch nur nummeriert und haben keine Dateiendung- ich kann also nicht die Mails zu den Dateien zuordnen... gibts da ne Möglichkeit das nun zu testen?

Achja: ich kann nach der Umstellung der Server.cfg auf "files" immernoch aus den Mails auf die Anhänge zugreifen- also das klappt wohl...

 

[pcmeister]

hi P4ddy

wie und welche Rechte hast du denn deinem Mailordner gegeben ???

 

[P4ddy]

Laut zarafa Anleitung erstellst du ja den Nutzer "vmail" der auch admin Rechte hat. Dem User habe ich nun einfach über das DSM ganz normal Lese/schreibrechte auf den Freigabeordner "Systemsteuerung" gegeben-also nichts besonderes. Danach startete mein Zarafaserver und hat mir keine Fehlermeldung mehr ausgegeben...

 

[pcmeister]

ok danke P4ddy
hab den vmail user mal angelegt es änder sich aber leider nichts zarafa stürtzt nach kurzer Zeiter wieder von alleine ab.

 

[P4ddy]

Hallo pcmeister,

du scheinst Recht zu haben,
auch bei mir stürzt Zarafa nach einiger Zeit ab, mir ist das aber bislang nicht aufgefallen- habe das erst eben bemerkt.

Ich habe eben den Server gestartet, konnte auch alles machen- habe dann 40 Minuten später mich wieder einloggen wollen und der Server war wieder aus...

Hier mal ein auszug des serverlogs von heute, das ist der Auszug vom Starten heute, bis er abgestürzt ist und dann habe ich ihn wieder gestartet. Vielleicht kann mal Julian da rein schauen und dazu etwas sagen, ich kann bei den Messages nichts finden was auf den Absturz hindeutet.

Sun Mar 10 12:03:35 2013: Starting zarafa-server version 7,1,2,39121, pid 18506
Sun Mar 10 12:03:35 2013: Listening for priority pipe connections on /var/run/zarafa-prio
Sun Mar 10 12:03:35 2013: Listening for pipe connections on /var/run/zarafa
Sun Mar 10 12:03:35 2013: Listening for TCP connections on port 236
Sun Mar 10 12:03:36 2013: Connection to database 'zarafa' succeeded
Sun Mar 10 12:03:36 2013: zarafa-licensed is running, but no license key was found. Not all commercial features will be available.
Sun Mar 10 12:03:37 2013: Startup succeeded on pid 18512
Sun Mar 10 12:04:03 2013: Error while connecting to indexer on file:///var/run/zarafa-search
Sun Mar 10 12:08:33 2013: Previous message logged 9 times
Sun Mar 10 12:08:33 2013: Caught SIGSEGV (11), traceback:
Sun Mar 10 12:08:33 2013: 0x000000080f31ed /usr/local/zarafa/bin/zarafa-server(_Z7sigsegvi+0x93) [0x80f31ed]
Sun Mar 10 12:08:33 2013: 0x000000f72cb25e /lib/libpthread.so.0 [0xf72cb25e]
Sun Mar 10 12:08:33 2013: 0x000000f77db400 [0xf77db400]
Sun Mar 10 12:08:33 2013: 0x000000f7213ff1 /lib/libc.so.6(__libc_free+0x3e) [0xf7213ff1]
Sun Mar 10 12:08:33 2013: 0x000000f75c6f3f /usr/local/zarafa/lib/libmysqlclient.so.16 [0xf75c6f3f]
Sun Mar 10 12:08:33 2013: 0x000000f75c8274 /usr/local/zarafa/lib/libmysqlclient.so.16(gzclose+0x8d) [0xf75c8274]
Sun Mar 10 12:08:33 2013: 0x0000000823be3c /usr/local/zarafa/bin/zarafa-server(_ZN16ECFileAttachment22SaveAttachmentInstanceEjjiPh+0x178) [0x823be3c]
Sun Mar 10 12:08:33 2013: 0x00000008239c66 /usr/local/zarafa/bin/zarafa-server(_ZN19ECAttachmentStorage14SaveAttachmentEjjbiPhPj+0x21a) [0x8239c66]
Sun Mar 10 12:08:33 2013: 0x0000000814cd0f /usr/local/zarafa/bin/zarafa-server(_Z10WritePropsP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStorageP10saveObjectjbjS8_PbP11_s_FILETIMESB_+0xf23) [0x814cd0f]
Sun Mar 10 12:08:33 2013: 0x000000081545a7 /usr/local/zarafa/bin/zarafa-server(_Z10SaveObjectP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStoragejjjjjP10saveObjectS8_jPb+0x24b) [0x81545a7]
Sun Mar 10 12:08:33 2013: 0x000000081546a3 /usr/local/zarafa/bin/zarafa-server(_Z10SaveObjectP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStoragejjjjjP10saveObjectS8_jPb+0x347) [0x81546a3]
Sun Mar 10 12:08:33 2013: 0x000000081569e5 /usr/local/zarafa/bin/zarafa-server(_Z14ns__saveObjectP4soapy17xsd__base64BinaryS1_P10saveObjectjjP18loadObjectResponse+0x8bd) [0x81569e5]
Sun Mar 10 12:08:33 2013: 0x00000008370ea9 /usr/local/zarafa/bin/zarafa-server(_Z25soap_serve_ns__saveObjectP4soap+0xed) [0x8370ea9]
Sun Mar 10 12:08:33 2013: 0x00000008372aee /usr/local/zarafa/bin/zarafa-server(_Z18soap_serve_requestP4soap+0x202) [0x8372aee]
Sun Mar 10 12:08:33 2013: 0x000000081043b7 /usr/local/zarafa/bin/zarafa-server(_ZN14ECWorkerThread4WorkEPv+0x53f) [0x81043b7]
Sun Mar 10 12:08:33 2013: 0x000000f72c5f54 /lib/libpthread.so.0 [0xf72c5f54]
Sun Mar 10 12:08:33 2013: 0x000000f72633fa /lib/libc.so.6(__clone+0x5a) [0xf72633fa]
Sun Mar 10 12:08:33 2013: When reporting this traceback, please include Linux distribution name, system architecture and Zarafa version.
Sun Mar 10 12:44:46 2013: Starting zarafa-server version 7,1,2,39121, pid 1015
Sun Mar 10 12:44:46 2013: Listening for priority pipe connections on /var/run/zarafa-prio
Sun Mar 10 12:44:46 2013: Listening for pipe connections on /var/run/zarafa
Sun Mar 10 12:44:46 2013: Listening for TCP connections on port 236
Sun Mar 10 12:44:46 2013: Connection to database 'zarafa' succeeded
Sun Mar 10 12:44:46 2013: zarafa-licensed is running, but no license key was found. Not all commercial features will be available.
Sun Mar 10 12:44:47 2013: Startup succeeded on pid 1024

Ich denke ich werde jetzt mal wieder auf database zurückstellen und schauen wie sich der Server verhält.


Gruß Patrick

Edit:
habe mal von files wieder auf database umgestellt, doch da wollte der Server gar nicht starten- nun ist er wieder auf files. Damit startet er zwar, geht aber nach einer Minute wieder aus. Hier mal der Log, der nach erfolgreichem Starten kommt, und bis der Server wieder abschmiert (hoffe das ist nun verständlich- ich habe den Server gestartet, konnte mich auch einloggen, hab dann mal geschaut was im server.log zu sehen ist. Nach einer Minute konnte ich mich nicht mehr einloggen und das sind nun die Meldungen die neu gekommen sind)

Sun Mar 10 13:01:17 2013: Previous message logged 9 times
Sun Mar 10 13:01:17 2013: Caught SIGSEGV (11), traceback:
Sun Mar 10 13:01:17 2013: 0x000000080f31ed /usr/local/zarafa/bin/zarafa-server(_Z7sigsegvi+0x93) [0x80f31ed]
Sun Mar 10 13:01:17 2013: 0x000000f723325e /lib/libpthread.so.0 [0xf723325e]
Sun Mar 10 13:01:17 2013: 0x000000f7743400 [0xf7743400]
Sun Mar 10 13:01:17 2013: 0x000000f717bff1 /lib/libc.so.6(__libc_free+0x3e) [0xf717bff1]
Sun Mar 10 13:01:17 2013: 0x000000f752ef3f /usr/local/zarafa/lib/libmysqlclient.so.16 [0xf752ef3f]
Sun Mar 10 13:01:17 2013: 0x000000f7530274 /usr/local/zarafa/lib/libmysqlclient.so.16(gzclose+0x8d) [0xf7530274]
Sun Mar 10 13:01:17 2013: 0x0000000823be3c /usr/local/zarafa/bin/zarafa-server(_ZN16ECFileAttachment22SaveAttachmentInstanceEjjiPh+0x178) [0x823be3c]
Sun Mar 10 13:01:17 2013: 0x00000008239c66 /usr/local/zarafa/bin/zarafa-server(_ZN19ECAttachmentStorage14SaveAttachmentEjjbiPhPj+0x21a) [0x8239c66]
Sun Mar 10 13:01:17 2013: 0x0000000814cd0f /usr/local/zarafa/bin/zarafa-server(_Z10WritePropsP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStorageP10saveObjectjbjS8_PbP11_s_FILETIMESB_+0xf23) [0x814cd0f]
Sun Mar 10 13:01:17 2013: 0x000000081545a7 /usr/local/zarafa/bin/zarafa-server(_Z10SaveObjectP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStoragejjjjjP10saveObjectS8_jPb+0x24b) [0x81545a7]
Sun Mar 10 13:01:17 2013: 0x000000081546a3 /usr/local/zarafa/bin/zarafa-server(_Z10SaveObjectP4soapP9ECSessionP10ECDatabaseP19ECAttachmentStoragejjjjjP10saveObjectS8_jPb+0x347) [0x81546a3]
Sun Mar 10 13:01:17 2013: 0x000000081569e5 /usr/local/zarafa/bin/zarafa-server(_Z14ns__saveObjectP4soapy17xsd__base64BinaryS1_P10saveObjectjjP18loadObjectResponse+0x8bd) [0x81569e5]
Sun Mar 10 13:01:17 2013: 0x00000008370ea9 /usr/local/zarafa/bin/zarafa-server(_Z25soap_serve_ns__saveObjectP4soap+0xed) [0x8370ea9]
Sun Mar 10 13:01:17 2013: 0x00000008372aee /usr/local/zarafa/bin/zarafa-server(_Z18soap_serve_requestP4soap+0x202) [0x8372aee]
Sun Mar 10 13:01:17 2013: 0x000000081043b7 /usr/local/zarafa/bin/zarafa-server(_ZN14ECWorkerThread4WorkEPv+0x53f) [0x81043b7]
Sun Mar 10 13:01:17 2013: 0x000000f722df54 /lib/libpthread.so.0 [0xf722df54]
Sun Mar 10 13:01:17 2013: 0x000000f71cb3fa /lib/libc.so.6(__clone+0x5a) [0xf71cb3fa]
Sun Mar 10 13:01:17 2013: When reporting this traceback, please include Linux distribution name, system architecture and Zarafa version.

 

[andy]

Hallo Zusammen,

Ich quäle mich auch schon einige Tage damit herum. Anhänge konnte ich auslagern. Verschiedenste Versuche, den Server am Laufen zu halten, haben leider nicht zum Erfolg geführt, Absturz nach kurzer Zeit. Ein Betrieb ist mir nur gelungen, wenn kein fetchmail lief (alle Abfragen entfernt). Das ist dann aber nicht der Sinn der Sache. Auch wenn ich Outlook dazu genommen habe, Absturz. Hier hat er natürlich auch in die Datenbank geschrieben.
Ich versuche jetzt meine Datensicherung von vor der Auslagerung der Anhänge zurückzuspielen. Ist leider sehr zeitaufwändig. Dann funktioniert aber wenigstens alles wieder. Solltet Ihr eine Lösung haben, kann ich es noch einmal probieren.

LG

Andy

 

[hollewi]

ich habe nun auch mal die passenden Rechte für Zarafa auf /volume1/Systemverzeichnis/mail/ vergeben, und den Server einfach mit
"/var/packages/Zarafa/scripts/start-stop-status start zarafa-server --ignore-attachment-storage-conflict" gestertet.
Danach startet nun der Server und es sind auch Files im /volume1/Systemverzeichnis/mail/ vorhanden...

Wie hast Du die Rechte für Zarafa eingestellt? Ich habe nämlich auch dasselbe Problem und vermute, Zarafa hat keine Rechte, in das Verzeichnis zu schreiben.

Gruss Holle

 

[P4ddy]

Hallo holewi

Laut zarafa Anleitung erstellst du ja den Nutzer "vmail" der auch admin Rechte hat. Dem User habe ich nun einfach über das DSM ganz normal Lese/schreibrechte auf den Freigabeordner "Systemsteuerung" gegeben-also nichts besonderes. Danach startete mein Zarafaserver und hat mir keine Fehlermeldung mehr ausgegeben...

Oder siehe Post 32

Gruß
Paddy

 

[steinsee]

Hallo Zusammen,

bei mir hat die Umstellung auf files geklappt, habe alles gemacht wie hier beschrieben, nur der springende Punkt war bei mir dass ich den ignore storage conflict befehl so ausgerührt habe:

zarafa-server -c /etc/zarafa/server.cfg --ignore-attachment-storage-conflict

den Hinweis habe ich hier gefunden: https://forums.zarafa.com/showthread.php?424-**SOLVED**-attachment-Storage-can-t-access-attachments

Bisher läuft alles problemlos, vielleicht hilft euch das ja weiter.

 

[tkoester]

Hallo zusammen,

sorry, dass ich diesen Thread wieder hochhole. Ich habe gerade ein ähnliches Problem mit Zarafa auf meinem Synology-NAS (DS213, SPK 0.3.3): Wenn ich attachment_storage = files und nicht attachment_compression = 0 setze, stürzt zarafa-server ab, sobald eine E-Mail mit Attachment reinkommt.
Schalte ich hingegen die Komprimierung der Attachments mit attachment_compression = 0 aus, klappt alles - einschließlich Ablage im Filesystem - problemlos. Es sieht also für mich momentan so aus, als funktioniere die Komprimierung der Attachments nicht.
Das könnte mit den hier beschriebenen Beobachtungen übereinstimmen: Absturz erst nach einiger Zeit - sobald eben eine Mail mit Attachment ankommt. Oder nach einer Minute, sobald fetchmail angesprungen ist und schon wieder versucht, die selbe Mail mit Attachment abzuliefern.
Kann das jemand von Euch bestätigen. Und wenn ja: Wo kann ich denn die Bugmeldung loswerden?

Viele Grüße,
Thorsten

 

[steinsee]

Hi Thorsten
Ich kann das nicht bestätigen habe deine Konfiguration mit files un compression 0 auch und prinzipiell gehen Mails mit anhängen schon.
Was mich in diesem Zusammenhang interessieren würde mit welchem handy und client synchronisiest du weol hier einige mit sgs2 das problem haben.