Topic: mail failure with attachments.

[ltwally]

I could use a little help diagnosing a problem....

We are having a couple of our users complain that they are unable to send email with attachments.  This is the error message that they are getting.

Code: [Select]

Hi. This is the qmail-send program at ABC.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
The maximum attachment limit is set for 30meg, and they attachments are well under that (~10meg).  I realize that there are a lot of factors that could be causing this, so if you need more information, please let me know.

Thanks in advance

[CharlieBrady]

This is the error message that they are getting.

Code: [Select]

Hi. This is the qmail-send program at ABC.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

No, that isn't the error message they are getting. That is part of the error message - the generic part - the part which doesn't tell you why the message could not be delivered.

Read the rest of the message - that will tell you what the actual issue is.

And please give us the full story when you are asking us to help you.

[ltwally]

Whoops.  Sorry, I left out the bottom part.

Code: [Select]

Hi. This is the qmail-send program at ABC.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<user@ABC.com>:
Temporary error on maildir delivery. (#4.3.0)
I'm not going to try again; this message has been in the queue too long.

[ltwally]

We're still seeing this issue... anyone have any ideas?

Thanks!

[mazkot]

is this occurring with all their recipients or just specific one?

if with a specific one have they tried sending mail without attachments?

this might be problem with the recipients email?

[mmccarn]

Are you describing this:

Code: [Select]

LocalSender  -> SMEServer -> Internet -> RecipientServer
or this:

Code: [Select]

RemoteSender -> Remotemailserver -> Internet ->SMEServer

Also, is the message you have reported coming from Remotemailserver or SMEServer?

Lots (and lots) of email servers will refuse to accept email around the 10M size - even if you set your server to allow delivery of larger messages.

Also, there are lots of places in SME that the email size limit comes up:
* ClamAV (config getprop clamav MaxFileSize)
* qmail (config getprop qmail MaxMessageSize)
* qpsmtpd ( config getprop qpsmtpd MaxScannerSize
* php (config getprop php UploadMaxFilesize - used in webmail for uploading attachments)

Which of these did you set to 30M?

[CharlieBrady]

Whoops.  Sorry, I left out the bottom part.

Code: [Select]

Hi. This is the qmail-send program at ABC.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<user@ABC.com>:
Temporary error on maildir delivery. (#4.3.0)
I'm not going to try again; this message has been in the queue too long.

I'd guess that the user is over quota.

[CharlieBrady]

Lots (and lots) of email servers will refuse to accept email around the 10M size - even if you set your server to allow delivery of larger messages.

This isn't a case of a message not being accepted. It's been accepted, and qmail has kept it for a week, and not been able to deliver it to the destination maildir in that time.

Google for the error message, and you'll see that over quota is most likely. You'll also find a patch for qmail which would turn the temporary error into a permanent error, which would cause an immediate bounce message.

[ltwally]

Are you describing this:

Code: [Select]

LocalSender  -> SMEServer -> Internet -> RecipientServer
or this:

Code: [Select]

RemoteSender -> Remotemailserver -> Internet ->SMEServer

Also, is the message you have reported coming from Remotemailserver or SMEServer?

No, I'm describing this:

Code: [Select]

LocalSender -> SMEServer -> LocalRecipient

Also, there are lots of places in SME that the email size limit comes up:
* ClamAV (config getprop clamav MaxFileSize)
* qmail (config getprop qmail MaxMessageSize)
* qpsmtpd ( config getprop qpsmtpd MaxScannerSize
* php (config getprop php UploadMaxFilesize - used in webmail for uploading attachments)

Which of these did you set to 30M?

I had only ever known to set the qmail one.  I will list each one in the same order that you posted:
ClamAV:   15M
qmail:       30M
qpsmtpd:  25M
php:         unconfigured


I have just done a 'setprop' to 30M for all of them.

[ltwally]

I'd guess that the user is over quota.

Well, the files being sent were in the 10-15meg range, and the qmail limit being 30meg, I had thought that couldn't be the problem.  However, see the post above - the size may have been the problem, after all... we shall see.

[ltwally]

Still waiting to see if increasing the ClamAV size fixes the problem...  time will tell over the next couple weeks.

At any rate, I wanted to say thanks for the help, so far.  So... Thanks!

-ltwally

[Stefano]

Well, the files being sent were in the 10-15meg range, and the qmail limit being 30meg, I had thought that couldn't be the problem.  However, see the post above - the size may have been the problem, after all... we shall see.

if files being sent are zipped or, generally speaking, archives, the limit of 15 MB on Clamav is the problem IMO

HTH
Ciao
Stefano

[cactus]

Still waiting to see if increasing the ClamAV size fixes the problem...  time will tell over the next couple weeks.

Why not test it, instead of waiting for it to perhaps happen again? By testing it explicitly you can make sure that the problem is resolved or not.

[CharlieBrady]

Still waiting to see if increasing the ClamAV size fixes the problem...

ClamAV has absolutely nothing to do with the problem you have reported. ClamAV is invoked before mail is handed off to qmail for delivery. You're seeing a problem where the message was safely received and handed off to qmail, which then couldn't deliver it into the user's maildir (INBOX folder).

Have you checked quota assignments?