james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefano Bagnara (JIRA)" <server-...@james.apache.org>
Subject [jira] Updated: (JAMES-241) fail gracefully upon large messages/attachments
Date Tue, 15 May 2007 12:56:16 GMT

     [ https://issues.apache.org/jira/browse/JAMES-241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Stefano Bagnara updated JAMES-241:

    Assignee:     (was: Stefano Bagnara)

Removed myself as assignee as I'm not willing to work on this in the near future. In the past
2 years I've applied some patches to increase the probability to be able to stream only the
message without loading, but this still does not happen on every case.

> fail gracefully upon large messages/attachments
> -----------------------------------------------
>                 Key: JAMES-241
>                 URL: https://issues.apache.org/jira/browse/JAMES-241
>             Project: James
>          Issue Type: Bug
>          Components: POP3Server
>    Affects Versions: 2.1.3
>         Environment: redhat 9
>            Reporter: Ralf Hauser
>             Fix For: Trunk
> I am aware of the <maxmessagesize> to prevent too large messages getting into james
and the corresponding fast-fail discussions (http://marc.theaimsgroup.com/?l=james-user&m=108040337403426&w=2,
> When uploading via a web-mail interface into my MySQL mailstore, I got messages up to
14MB through the system.
> However, I would like to know what is the maximum I can safely handle.
> I didn't find anything documented.
> I did increase the heap for my JVM in phoenix.sh with PHOENIX_OPTS=-Xmx512m, but on a
45MB attachments, it fails with little useful error output:
> <<[root@myhost logs]# less connections-2004-04-01-09-24.log
> 01/04/04 09:24:35 ERROR connections: Error handling connection
> java.lang.OutOfMemoryError>>
> Especially, since my adaptation of the MySQL mailstore also explicitly stores attachment
sizes, I could stop that message from being pushed through the pop3 server before it is in
memory and causes problems and then could issue error message saying (e.g. "message ABC too
large - please retrieve via webMail interface" instead of the current <<
> Task 'sPop test account - Receiving' reported error (0x800CCC0F) : 'The connection to
the server was interrupted.  If this problem continues, contact your server administrator
or Internet service provider (ISP).'>> I see in my MUA)

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

View raw message