Koozali.org: home of the SME Server
Obsolete Releases => SME Server 7.x => Topic started by: ber on February 28, 2012, 12:02:23 AM
-
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 :)
-
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.
-
Thank you Mary, advise taken with gratitude. :-)
-
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.
-
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 (http://wiki.contribs.org/SME_Server:Documentation:FAQ#Set_max_email_size) 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 config setprop qpsmtpd LogLevel 8
signal-event email-update
When done, reset qpsmtpd to the default log level using:config setprop qpsmtpd LogLevel 6
signal-event email-update
-
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
-
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.
-
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
-
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!
-
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.
-
- but a disclaimer regarding encoding would be helpful.
Done - http://wiki.contribs.org/Email#Set_max_email_size