A setting to adjust the max attachment size allowed in webmail

[zamboni (Stefano)]

@GG_jr

IMO:As usual, we need to do most of settings (please read all settings) from GUI, not from CLI.

I see here 2 things:

1. a guy has a problem, he needs a solution
2. there’s something that must be (well, I disagree but it doesn’t matter) developed

I gave a fast solution… OP is free to use my suggestion or wait for the new feature or, but it will never happen, start to dig inside the code and just start doing it himself…

here I see 99% just begging for features because some other distro has them… stop asking, start doing it yourself… we (me and many others reading and writing here) had just started in this way…

[GG_jr (Gabriel GHEORGHIU)]

Hany said: “i think we need a setting in the gui to add some enhancement to the mail server”.
I expressed my opinion.

Sorry for bothering you (all of you).
It will not happen anymore.

Best regards,
Gabriel

[zamboni (Stefano)]

@GG_jr

I expressed my opinion.

you are welcome, always, just like everyone else

@GG_jr

Sorry for bothering you (all of you).

you weren’t, at all

@GG_jr

It will not happen anymore.

I surely don’t want it, you’re getting me wrong

[filippo_carletti]

@GG_jr

The Queue message max size slider sets the maximum size of messages traversing the system, not the max size of the attachment.

An email containing an attachment is roughly 30% bigger than the original file size due to encoding.
What do you think about automatically setting the maximum attachment size to max email size - 30 %?
Or do you think that adding a web option to set the max attachment size is easier to understand?
Side note: we could leave max mail size and add the 30% rule" to the online help.

Please, share your opinions, the code is easy and quick to write, the hard part is deciding the interface and I think that the opinion of the users counts more than anything else.

[davidep (Davide Principi)]

@filippo_carletti

automatically setting the maximum attachment size to max email size - 30 %?

I like it. Whatever we choose, we should avoid sending messages that are bigger than the “queue max size”.

[GG_jr (Gabriel GHEORGHIU)]

@filippo_carletti

Please, share your opinions, the code is easy and quick to write, the hard part is deciding the interface and I think that the opinion of the users counts more than anything else.

Thank you for hearing (me) us!

@filippo_carletti

Please, share your opinions, the code is easy and quick to write, the hard part is deciding the interface and I think that the opinion of the users counts more than anything else.

IMO, adding a web option to set the max attachment size is easier to understand and more useful.
I usually set the attachment size to 25 MB. But there are situation when you need more size (I have a web app that sending emails with attached files which can reach 75 MB/email).

I think it depends on the system administrator. The sysadmin must know what is better for his system. Let’s give him a chance! ( Firewall UI for policy rules - #17 by Jim )

[GG_jr (Gabriel GHEORGHIU)]

@davidep

Whatever we choose, we should avoid sending messages that are bigger than the “queue max size”.

We can correlate the two settings, even by a warning.

[alefattorini (Alessio Fattorini)]

@GG_jr

Let’s start to compare NethServer with the others starting by GUI facilities. Let’s see what we will obtain.

Interesting point I think, would you mind to continue the discussion here?

Improve our communication

We talked about it also during our hangout:

[alefattorini (Alessio Fattorini)]

@zamboni

here I see 99% just begging for features because some other distro has them… stop asking, start doing it yourself… we (me and many others reading and writing here) had just started in this way…

Again, @GG_jr can ask whatever he wants, ready to convince the community to support his proposal, discussing and defending such improvement.

People MUST compare NethServer to other distributions because we need to improve the product learning from others. If others have already a feature we should ask ourselves why and discuss if it’s worth to develop it or not.

Asking, proposing and discussing is enough for me.
Check also:
Provide your voice in NethServer development and roadmap

Please, stop these kind of sentences once and for all they don’t fit our culture and don’t help people, they scares them indeed. Thank you, hope you understand

[zamboni (Stefano)]

@alefattorini

Again, @GG_jr can ask whatever he wants. People MUST compare NethServer to other distributions because we need to improve the product learning from others. If others have already a feature we should ask ourselves why and discuss if it’s worth to develop it or not.

well, looks like both of you just misunderstood me or I wasn’t able to explain me…

asking for feature is not a bad idea, even if NFR should be in some way catalogued, just to see WHAT people ask and discuss the opportunity to develop them or not… is there such a catalogue? where it is?

The real fact here is that there are way too many “hei guys, add this, that, $whatever” e really few “oh, guys, how can I add this feature? I’m really interested, I need it”
moreover, such a requests are seldom just “do it”…

when you talk about “our culture”, who are you referring to? the community?

anyway, I NEVER told anyone (if I did it I apologized and I’m ready to do it right now again) here or elsewhere to STOP talking/writing.

[filippo_carletti]

@zamboni

there are way too many “hei guys, add this, that, $whatever” e really few "oh, guys,

How many is “too many”?
Seriously, I’m a man of science, where do you set “your bar”? And why?

[davidep (Davide Principi)]

From the screenshot you provided I see both Zentyal and Endian have only one parameter. I think one is enough; the other can be calculated.

[alefattorini (Alessio Fattorini)]

@zamboni

I NEVER told anyone here or elsewhere to STOP talking/writing.

Of course, you didn’t do it directly but people stop doing it anyway because they don’t feel comfortable to continue the discussion after your post.

[GG_jr (Gabriel GHEORGHIU)]

@davidep

From the screenshot you provided I see both Zentyal and Endian have only one parameter. I think one is enough; the other can be calculated.

Indeed.

Please correct me if I’m wrong: The total size of an email is given by the “size of the body” plus the “size of the attachment”. Of course i saw many times pictures in the body of the emails (not as attachment), but the size of the body, usually is smaller than the size of the attachment.

So, I think the size of the attachment is more important, and IMO, this parameter should be adjustable.
I also used Axigen as email server. And there, this parameter is adjustable.

I’m sure, together, we will find the proper solution!

[stephdl (Stéphane de Labrusse)]

@GG_jr

IMO, adding a web option to set the max attachment size is easier to understand and more useful. I usually set the attachment size to 25 MB. But there are situation when you need more size (I have a web app that sending emails with attached files which can reach 75 MB/email).

No other solutions, that fun you are no more in the user-case of an email server, but clearly here in a file server.

[filippo_carletti]

The size of the attachment multiplied for 1.33.
We can have a single value and do the math.

[GG_jr (Gabriel GHEORGHIU)]

@davidep

From the screenshot you provided I see both Zentyal and Endian have only one parameter. I think one is enough; the other can be calculated.

I reviewed the Endian documentation about the email size.
They refer only at “maximum email content size” (I think the whole email: body and attachment):

"Choose maximal email contentsize:
The maximum size allowed for a single e-mail message. Several predefined values can be selected from the drop-down menu*. Choosing the custom email contentsize option reveals the next option.

Custom maximum email contentsize (in KB):
The maximum size in mega bytes of the e-mail that will be accepted by the SMTP server."

*Drop-down menu: custom maximum email content size; 5 MB; 10 MB; 15 MB; 20 MB; 25MB; 30 MB; 35 MB; 40 MB; unlimited email contentsize.

[alefattorini (Alessio Fattorini)]

So the same NethServer property, right?

[GG_jr (Gabriel GHEORGHIU)]

@alefattorini

So the same NethServer property, right?

Yes, if we put “=” between “The Queue message max size” and “Maximum email contentsize”.

Also by definitions:

NethServer: The Queue message max size slider sets the maximum size of messages traversing the system

Endian: The maximum size in mega bytes of the e-mail that will be accepted by the SMTP server

In NS it’s about mesages and in Endian it’s about a single e-mail message. And the Queue is a “place” for all messages.

I’m not sure if it’s about the same thing.

[davidep (Davide Principi)]

AFAIK they are the same thing,

our Postfix template sets the following parameter

http://www.postfix.org/postconf.5.html#message_size_limit

NethServer/nethserver-mail-common/blob/master/root/etc/e-smith/templates/etc/postfix/main.cf/30message_size#L4

@filippo_carletti

The size of the attachment multiplied for 1.33.We can have a single value and do the math.

We can easily convert that value to a max upload size for Roundcube configuration. IIRC sogo has a similar setting. If the weight of all attachments exceedes the limit a SMTP error is returned to the application.