I could not possibly comment on user sensitivity!
After the instance some years back when a user tried to email a copy of Windows 95 as an ISO to a friend at another University and crashed their MX when the disk filled we have been a bit draconian! The postmaster at the remote site shall remain nameless except when I want to extract a pint! :)
Anyhow sorted out now with a suitable overhead that should deal with the issue. I was just a bit surprised at the overhead needed.
Thanks
Paul
________________________________________
From: Exim-users <exim-users-bounces+paul.osborne=canterbury.ac.uk@???> on behalf of Jethro R Binks <jethro.binks@???>
Sent: 08 September 2015 08:33
To: exim-users@???
Subject: Re: [exim] Attachment sizes - confusion
Are your users really so sensitive to the specific attachment limit?
Whatever you set it at, you will always get one who has an "important
document" that is just that bit bigger.
Anyway, base64 encoding incurs a 33% overhead, so to set a 25MB limit as
seen by the user, you need to tell Exim the limit is 34MB or so. And be
vague to end users about the exact size, and instead emphasise other
methods of large file transfer.
Jethro.
On Tue, 8 Sep 2015, Osborne, Paul (paul.osborne@???) wrote:
> Hi,
>
> I have been playing with message size adjustments and I have noticed
> that when setting Exim's message_size_limit = 25M I would expect
> messages no bigger than 25 MB through.
>
> However I sent myself a file through to test this:
> -rw-r--r-- 1 po35 po35 24021574 Feb 15 2015 test-pdf.pdf
>
> Which is about 23MB in size and so was somewhat confused that when it got to Exim to find that I got the following message:
> message too big: size=32873715 max=26214400 (25MB)
>
> So whilst I appreciate some growth where the attachment is re-encoded
> and packaged up to be sent via email I was to be honest mildly surprised
> that there was a 25% growth in attachment size. I am not going to be at
> all surprised if someone tells me that this increase can vary dependant
> on the encoding method and the type of data etc etc - but it does make
> things a bit of a pain when I need to advertise a hard figure as a
> maximum size that we will allow through our mail system when that does
> not correlate to what the user sees as a file size usage on their disk.
>
> Short of picking a number such as 35MB for Exim's benefit and hoping
> that is enough as I can live with going over the threshold but under is
> not going to make me popular, does anyone have a better way of
> calculating what I need to set the limits to to ensure a 25MB attachment
> can get though (no matter what the encoding etc)?
>
> Cheers
>
> Paul
>
>
>
> Paul Osborne
> Senior Systems Engineer
> Canterbury Christ Church University
> Tel: 01227 782751
>
> --
> ## List details at https://lists.exim.org/mailman/listinfo/exim-users
> ## Exim details at http://www.exim.org/
> ## Please use the Wiki with this list - http://wiki.exim.org/
. . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks, Network Manager,
Information Services Directorate, University Of Strathclyde, Glasgow, UK
The University of Strathclyde is a charitable body, registered in
Scotland, number SC015263.
--
## List details at
https://lists.exim.org/mailman/listinfo/exim-users
## Exim details at
http://www.exim.org/
## Please use the Wiki with this list -
http://wiki.exim.org/
