Mailgrößenbegrenzung ändern

ghuesken 2009-02-09 08:19:29 UTC #1

Guten Tag zusammen.
Erst mal die technischen Daten:
eGroupware 1.6 auf ubuntu 8.04.1 LTS
Mail System Cyrus
Apache 2
Folgendes Problem:
Aus eGroupware lassen sich keine Mails verschicken, die größer als 10MB sind, empfangsseitig werden Mails mit mehr als 10MB angezeigt, lassen sich jedoch nicht öffnen (bzw. der Anhang speichern ).
Greife ich auf den Server mit einem anderen Mailclient ( Thunderbird ) zu, kann ich sowohl größere Mails verschicken als auch empfangen bzw. herunterladen.

Svenp 2009-02-09 08:44:23 UTC #2

Hallo, die Größenbeschränkung kannst du über die php.ini oder htaccess aufheben bzw. erweitern.

Gruß

Sven

ghuesken 2009-02-09 08:55:49 UTC #3

Danke Sven,
funktioniert.
php.ini geändert und Apache neu getstartet ( nur der Vollständigkeit halber erwähnt )

Auch wenn ich zunächst noch einen Eintrag für max_download oder so gesucht aber nicht gefunden habe.

Gruß Georg

ghuesken 2009-02-09 09:14:45 UTC #4

Nochmal guten Tag,
leider habe ich zu früh gebrüllt
jetzt passiert folgendes:
Im Fenster für den Anhang steht 50M, wenn ich einen Anhang mit weniger als 10M hinzufüge, erscheint der unten in der Mail tatsächlich als Anhang, bei mehr als 10M “rödelt” die Kiste eine Weile, danach sieht das Fenster wieder wie beim Aufruf aus, der Anhang erscheint nicht!

Jens_Muller-7 2009-02-09 09:48:42 UTC #5

Neben /upload_max_filesize/ ist noch /memory_limit/ relevant.

Zu 1.4-Zeiten antwortete mir Ralf Becker:

Leider werden die Dateien im Moment mehrmals umkopiert und die Mail
komplett im Speicher zusammengebaut, dh. ist die Grenze für
Attachments kleiner als ein zentel des Memory Limits.

Wir sind daran das im Trunk zu lösen.

Das scheint (korrigiert mich, wenn ich falsch liege) noch nicht gelöst
zu sein, denn bei mir steht immer noch:
memory_limit = 256M

Gruß
Jens

–

BKR Aachen Kirberichshofer Weg 6
Castro & Hinzen D-52066 Aachen
Stadtplaner, Umweltplaner Fon +49 241 47058-0
Fax +49 241 47058-15
Amtsgericht Essen PR 43 www.bkr-ac.de

Create and Deploy Rich Internet Apps outside the browser with Adobe®AIR™
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

ghuesken 2009-02-09 13:33:57 UTC #6

So habe nochmal etwas gesucht und einen Eintrag “post_max_size” in der php.ini gefunden, nachdem ich diesen auch auf 50M geändert habe, kann ich Mails mit entsprechend großem Anhang verschicken.
Ein Schönheitsfehler bleibt aber noch: Mails mit einem Anhang ab ca. 15M aufwärts werden nicht in den Ordner gesendet kopiert, dass dann vollständig leere Fenster zum schrieben einer neuen Mail bleibt auch offen, irgendwelche Fehlermeldungen gibt es nicht.

Jens Müller-7:

Neben /upload_max_filesize/ ist noch /memory_limit/ relevant.

Zu 1.4-Zeiten antwortete mir Ralf Becker:

Leider werden die Dateien im Moment mehrmals umkopiert und die Mail
komplett im Speicher zusammengebaut, dh. ist die Grenze für
Attachments kleiner als ein zentel des Memory Limits.

Wir sind daran das im Trunk zu lösen.

Das scheint (korrigiert mich, wenn ich falsch liege) noch nicht gelöst
zu sein, denn bei mir steht immer noch:
memory_limit = 256M

Gruß
Jens

–

BKR Aachen Kirberichshofer Weg 6
Castro & Hinzen D-52066 Aachen
Stadtplaner, Umweltplaner Fon +49 241 47058-0
Fax +49 241 47058-15
Amtsgericht Essen PR 43 www.bkr-ac.de

Create and Deploy Rich Internet Apps outside the browser with Adobe®AIR™
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Jo_Ke 2009-02-09 13:44:52 UTC #7

Hallo,

Mein IMAP Server macht folgendes:

Wenn ich einem eMail Account 50 MB Platz gebe, das Konto 45 MB belegt hat und dann versuche eine 7MB grosse eMail zu loeschen funktioniert das nicht.

Es scheint so zu sein, dass die eMail in “Geloeschte Objekte” kopiert und dann geloescht wird, die Mailboxgroesse also kurzzeitig auf 52MB anwachsen moechte, dieses aber nicht darf.

Vielleicht ist das bei Dir aehnlich.

Beste Gruesse aus Glasgow
Jo Ke

ghuesken:

So habe nochmal etwas gesucht und einen Eintrag “post_max_size” in der php.ini gefunden, nachdem ich diesen auch auf 50M geändert habe, kann ich Mails mit entsprechend großem Anhang verschicken.
Ein Schönheitsfehler bleibt aber noch: Mails mit einem Anhang ab ca. 15M aufwärts werden nicht in den Ordner gesendet kopiert, dass dann vollständig leere Fenster zum schrieben einer neuen Mail bleibt auch offen, irgendwelche Fehlermeldungen gibt es nicht.

Jens Müller-7:

Neben /upload_max_filesize/ ist noch /memory_limit/ relevant.

Zu 1.4-Zeiten antwortete mir Ralf Becker:

Leider werden die Dateien im Moment mehrmals umkopiert und die Mail
komplett im Speicher zusammengebaut, dh. ist die Grenze für
Attachments kleiner als ein zentel des Memory Limits.

Wir sind daran das im Trunk zu lösen.

Das scheint (korrigiert mich, wenn ich falsch liege) noch nicht gelöst
zu sein, denn bei mir steht immer noch:
memory_limit = 256M

Gruß
Jens

–

BKR Aachen Kirberichshofer Weg 6
Castro & Hinzen D-52066 Aachen
Stadtplaner, Umweltplaner Fon +49 241 47058-0
Fax +49 241 47058-15
Amtsgericht Essen PR 43 www.bkr-ac.de

Create and Deploy Rich Internet Apps outside the browser with Adobe®AIR™
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

ghuesken 2009-02-09 14:41:45 UTC #8

Das ist nicht das Problem, die Konten haben alle eine Begrenzung auf 10G, sollte also genug Platz sein !
Außerdem geht es ja mit Thunderbird, und der löscht ja Nachrichten nicht wirklich, sondern markiert sie nur als gelöscht.
Gruß Georg

Jo Ke:

Hallo,

Mein IMAP Server macht folgendes:

Wenn ich einem eMail Account 50 MB Platz gebe, das Konto 45 MB belegt hat und dann versuche eine 7MB grosse eMail zu loeschen funktioniert das nicht.

Es scheint so zu sein, dass die eMail in “Geloeschte Objekte” kopiert und dann geloescht wird, die Mailboxgroesse also kurzzeitig auf 52MB anwachsen moechte, dieses aber nicht darf.

Vielleicht ist das bei Dir aehnlich.

Beste Gruesse aus Glasgow
Jo Ke

ghuesken:

So habe nochmal etwas gesucht und einen Eintrag “post_max_size” in der php.ini gefunden, nachdem ich diesen auch auf 50M geändert habe, kann ich Mails mit entsprechend großem Anhang verschicken.
Ein Schönheitsfehler bleibt aber noch: Mails mit einem Anhang ab ca. 15M aufwärts werden nicht in den Ordner gesendet kopiert, dass dann vollständig leere Fenster zum schrieben einer neuen Mail bleibt auch offen, irgendwelche Fehlermeldungen gibt es nicht.

Jens Müller-7:

Neben /upload_max_filesize/ ist noch /memory_limit/ relevant.

Zu 1.4-Zeiten antwortete mir Ralf Becker:

Leider werden die Dateien im Moment mehrmals umkopiert und die Mail
komplett im Speicher zusammengebaut, dh. ist die Grenze für
Attachments kleiner als ein zentel des Memory Limits.

Wir sind daran das im Trunk zu lösen.

Das scheint (korrigiert mich, wenn ich falsch liege) noch nicht gelöst
zu sein, denn bei mir steht immer noch:
memory_limit = 256M

Gruß
Jens

–

BKR Aachen Kirberichshofer Weg 6
Castro & Hinzen D-52066 Aachen
Stadtplaner, Umweltplaner Fon +49 241 47058-0
Fax +49 241 47058-15
Amtsgericht Essen PR 43 www.bkr-ac.de

Create and Deploy Rich Internet Apps outside the browser with Adobe®AIR™
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Peter_Vratny-2 2009-02-09 15:34:57 UTC #9

ghuesken wrote:

leere Fenster zum schrieben einer neuen Mail bleibt auch offen, irgendwelche
Fehlermeldungen gibt es nicht.%-|

entweder in der php.ini die Fehlermeldungen aufdrehen und/oder ins
logfile schauen. Es gibt sicher welche…

–
Have you tried to turn it off and on again?
blog: http://klicklich.at
gpg : http://ps1.at/~peter/gpg

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Hagen_Scheiner 2009-03-02 09:15:21 UTC #10

Guten Tag eGroupWare-Freunde, Jens,

Jens schrieb kürzlich:

Leider werden die Dateien im Moment mehrmals umkopiert und die Mail
komplett im Speicher zusammengebaut, dh. ist die Grenze für
Attachments kleiner als ein zentel des Memory Limits.

Wir sind daran das im Trunk zu lösen.

Das scheint (korrigiert mich, wenn ich falsch liege) noch nicht gelöst
zu sein, denn bei mir steht immer noch:
memory_limit = 256M

Scheint so, mein Hoster bietet 65 M was eine maximale Attatchmentgröße
von knapp 7 MB erlaubt (Testreihe)
Bin gerade dabei Ihn zu überreden das zu erhöhen bis eGW da nicht mehr
so verschwenderisch damit umgeht

–
Beste Grüße,
Hagen

,------[ Spruch/Zitat/oÄ: ]--------------------------------------------

Wenn es uns schlecht geht, trösten wir uns mit dem Gedanken, daß es
noch schlimmer sein könnte, und wenn es ganz schlimm ist, klammern wir
uns an die Hoffung, daß es nur besser werden kann.
---------------------------------------------------------------------- ,------[ WinAmp: ]----------------------------------------------------- OFF:----------------------------------------------------------------------
www.Rechen-Knecht.de www.PC-Magier.de/RK4

Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Hagen_Scheiner 2009-03-02 10:16:34 UTC #11

Guten Tag eGroupWare-Freunde, Jens,

Jens schrieb kürzlich:

Zu 1.4-Zeiten antwortete mir Ralf Becker:

Leider werden die Dateien im Moment mehrmals umkopiert und die Mail
komplett im Speicher zusammengebaut, dh. ist die Grenze für
Attachments kleiner als ein zentel des Memory Limits.

Wir sind daran das im Trunk zu lösen.

Das scheint (korrigiert mich, wenn ich falsch liege) noch nicht gelöst
zu sein, denn bei mir steht immer noch:
memory_limit = 256M

Letzeres liegt an der Festlegung in deiner php.ini und hat nichts
damit zutun wie eGW mit diesem Speicher umgeht.

BTW: besteht noch der Plan dies Problem zu lösen? demnächst oder
unbestimmt? Mein Hoster hat mir gerade mitgeteilt das er das Limit bei
65 MB belassen wird was mailanhänge bis knapp 7 MB zulässt.

Kleiner Hinweis noch: die Standard .htaccess von eGW überschreibt diesen Wert
mit 32 MB was wohl maximale Anhänge von um die 3.5 MB ermöglicht.
Diesen wert sollte man auf das vom Hoster angebotene Maximum ändern -
sofern das benötigt wird.

–
Beste Grüße,
Hagen

,------[ Spruch/Zitat/oÄ: ]--------------------------------------------

Deutsches Sprichwort: Das Pech, was mer net hawwe, is unser Glück.
-Frankfurt-
---------------------------------------------------------------------- ,------[ WinAmp: ]----------------------------------------------------- OFF:----------------------------------------------------------------------
www.Rechen-Knecht.de www.PC-Magier.de/RK4

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Jens-27 2009-03-02 10:49:44 UTC #12

Jo Ke schrieb:

Mein IMAP Server macht folgendes:

Wenn ich einem eMail Account 50 MB Platz gebe, das Konto 45 MB belegt hat
und dann versuche eine 7MB grosse eMail zu loeschen funktioniert das nicht.

Es scheint so zu sein, dass die eMail in “Geloeschte Objekte” kopiert und
dann geloescht wird, die Mailboxgroesse also kurzzeitig auf 52MB anwachsen
moechte, dieses aber nicht darf.

Das ist definitiv so und auch ein Standard IMAP-Verhalten (kein Fehler
der Groupware).

Gruß
Jens

“The only proof that intelligent life exists in the universe
is that it hasn’t tried to contact us yet.” - Calvin

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Jens-27 2009-03-02 12:24:36 UTC #13

Hagen Scheiner schrieb:

Guten Tag eGroupWare-Freunde, Jens,

Jens schrieb kürzlich:

Zu 1.4-Zeiten antwortete mir Ralf Becker:

Leider werden die Dateien im Moment mehrmals umkopiert und die Mail
komplett im Speicher zusammengebaut, dh. ist die Grenze für
Attachments kleiner als ein zentel des Memory Limits.

Wir sind daran das im Trunk zu lösen.

Das scheint (korrigiert mich, wenn ich falsch liege) noch nicht gelöst
zu sein, denn bei mir steht immer noch:
memory_limit = 256M

Letzeres liegt an der Festlegung in deiner php.ini und hat nichts
damit zutun wie eGW mit diesem Speicher umgeht.

Die Einstellung in meiner .htaccess und die entsprechende Darstellung
durch phpinfo() resultiert aus meiner Erfahrung im Umgang von eGW mit
dem Speicher.

Jens

–
“The only proof that intelligent life exists in the universe
is that it hasn’t tried to contact us yet.” - Calvin

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german