Topic: Email attachment limitation settings.

[ber]

SME 7.5 Server&gateway/updates installed/web/email server hosting 12 domains.

Hi I have a client advising that they cant receive emails being sent to them. It is being rejected by the server- attachment size is (11MB). Client is using POP (outlook)

I have checked and attachments below appx 10 seem ok- is there a limitation and is it adjustable?

Thanks

[janet]

ber

....is there a limitation and is it adjustable?

You have been around here long enough to know to research your problem a little bit before asking, because the solution has usually been published already.
In this case please read the FAQ (Frequently Asked Questions), in the Email section, for the exact answer you are after.

Keep this resource in mind ie the FAQ, for future queries.
Linked at top of these forums.

[ber]

Thank you Mary, advise taken with gratitude.

[ber]

SME 7.5 all updates installed.

after searching through the faqs and forum and following the recommended config adjustments i still cant exceed the assumed 11MB email attachment limit. Ive adjusted my limits to at least 25MB and tested with 21MB still getting 552 errors- message too big. Attachment 11MB or less seem ok.

Subject:   21MB
      Sent:   15/05/2012 10:50 p.m.

The following recipient(s) cannot be reached:

      'john@ber.net.nz' on 15/05/2012 10:52 p.m.
            552 Message too big!


I have followed the recommendation as per the settings to adjust the email attachment size limits...http://wiki.contribs.org/SME_Server:Documentation:FAQ#Set_max_email_size

HERES my current settings for the suggested configs relating to email attachment limits.

login as: root
root@192.168.0.254's password:
Last login: Tue May 15 11:31:08 2012 from 192.168.0.230
[root@server ~]# config setprop qmail MaxMessageSize 30000000
[root@server ~]# signal-event email-update
[root@server ~]# config show qmail
qmail=service
    MaxMessageSize=30000000
    status=enabled
[root@server ~]# config show clamav
clamav=service
    ArchiveBlockEncrypted=no
    ArchiveBlockMax=no
    ArchiveMaxCompressionRatio=300
    Checks=24
    DNSDatabaseInfo=current.cvd.clamav.net
    DatabaseMirror=db.local.clamav.net
    Debug=no
    DetectBrokenExecutables=no
    FilesystemScan=weekly
    FilesystemScanExclude=/proc,/sys,/usr/share,/var
    FilesystemScanFilesystems=/home/e-smith/files
    FilesystemScanReportTo=admin
    Foreground=yes
    HTTPProxyPassword=
    HTTPProxyPort=
    HTTPProxyServer=
    HTTPProxyUsername=
    HeuristicScanPrecedence=no
    IdleTimeout=60
    LeaveTemporaryFiles=no
    LogClean=no
    LogFileUnlock=yes
    LogTime=no
    LogVerbose=yes
    MaxAttempts=6
    MaxConnectionQueueLength=30
    MaxDirectoryRecursion=20
    MaxFileSize=25M
    MaxFiles=1500
    MaxRecursion=8
    MaxThreads=20
    Quarantine=enabled
    QuarantineDirectory=/var/spool/clamav/quarantine
    ReadTimeout=300
    ScanArchive=yes
    ScanHTML=yes
    ScanMail=yes
    ScanOLE2=yes
    ScanPE=yes
    ScanRAR=no
    SelfCheck=1800
    ShowProxySettings=no
    ShowUpdateSettings=no
    SignaturesUpdated=unknown
    UpdateNonOfficeHrs=disabled
    UpdateOfficeHrs=disabled
    UpdateWeekend=disabled
    status=enabled
[root@server ~]# config show php
php=service
    AllowUrlFopen=Off
    UploadMaxFilesize=30M
    status=enabled
[root@server ~]# config show qpsmtpd
qpsmtpd=service
    Bcc=disabled
    BccMode=cc
    BccUser=maillog
    DNSBL=disabled
    LogLevel=6
    MaxScannerSize=25000000
    RBLList=bl.spamcop.net:combined.njabl.org:dnsbl.ahbl.org:dnsbl-1.uceprotect.net:dnsbl-2.uceprotect.net:list.dsbl.org:multihop.dsbl.org:psbl.surriel.com:zen.spamhaus.org
    RHSBL=disabled
    RequireResolvableFromHost=no
    SBLList=bogusmx.rfc-ignorant.org:multi.surbl.org:black.uribl.com:rhsbl.sorbs.net:bulk.rhs.mailpolice.com:fraud.rhs.mailpolice.com:porn.rhs.mailpolice.com:adult.rhs.mailpolice.com:ex.dnsbl.org
    TlsBeforeAuth=0
    access=public
    qplogsumm=disabled
    status=enabled
[root@server ~]# config show qmail
qmail=service
    MaxMessageSize=30000000
    status=enabled
[root@server ~]#

Can anyone advise any further...I've noticed that this has been and ongoing query and yet to be resolved.

[mmccarn]

The next step would be to examine /var/log/qpsmtpd/current to see what plugin is blocking the email, and what it is saying.

Note that the changes to the mail size limitations listed in the wiki won't kick in until after you execute signal-event email-update.

If you don't see anything in /var/log/qpsmtpd/current, temporarily increase the log detail using

Code: [Select]

config setprop qpsmtpd LogLevel 8
signal-event email-update

When done, reset qpsmtpd to the default log level using:

Code: [Select]

config setprop qpsmtpd LogLevel 6
signal-event email-update


[Stefano]

Ber, you should consider that the message size is different from the real size of messages AND attachments because of encoding..

read here: http://ask-leo.com/why_are_emailed_attachments_larger_than_the_original_file.html

HTH

[janet]

ber

Are you sure that the limitation is because of sme server settings ?

Many mail servers have (or have had) a 10Mb or thereabouts email attachment limit.

You could check the behaviour of sme server by sending an email message with a large (say 20Mb) attachment, ie from an internal user account to another internal user account on the local network. This will exclude using external mail servers. Let's assume/guess it will be accepted.
Then try a (say 50Mb) attachment and see if sme server blocks that, which I guess it will.

Then you can phone your ISP to complain, but you cannot really make/force other mail servers to behave differently.

There are some other php size settings that you might also implement, especially if you want to use webmail and upload large files using php apps or contribs.
See
http://wiki.contribs.org/DB_Variables_Configuration#Php

Adding these may or may not help your situation.

[Stefano]

I would add that increasing the attachment size is IMVHO a bad idea..

if you need to send a big file, put it in an i-bay and send a mail with a link

[Jáder]

I agree with Stefano.
IF you increase your size limit now, and in a distant future someone in your place start to use another server (an external one) when the standard still is 10MB... you'll be back to square one  with your problem. The same if your destination do not accept messages over 10MB or any server between you and destination (by any reason that not direct delivered!).

Think outside box and EVEN IF YOU HAVE to use FTP... I do not recommend you to increase message size. BTW: FTP is evil... insecure... lots of problems.... the ibay solution is better!

[ber]

Stefano, I think you have got it... as per the link you provided the encoding of the attachments do differ to actual size, i don't have an exact guideline with regards to what the ratio of difference is as compared to other file types. I was using avi files to test.

I increased the limit to 50MB and was able to push out 26MB locally. I don't think the ISP would allow that, but main thing is the adjustments for the attachments as per the wiki is right- but a disclaimer regarding encoding would be helpful.

Thanks again for all the input.

[mmccarn]

- but a disclaimer regarding encoding would be helpful.

Done - http://wiki.contribs.org/Email#Set_max_email_size