retry timeout error?

rldev

Verified User
Joined
May 26, 2004
Messages
1,003
I have a user who is seeing the following bouncebacks when trying to send email to her account from an outside account:

Begin forwarded message:

> From: Mail Delivery System <[email protected]>
> Date: August 28, 2007 11:58:26 AM EDT
> To: [email protected]
> Subject: Mail delivery failed: returning message to sender
>
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
> save to /home/milbot/imap/milbot.com/lisa/Maildir/.INBOX.spam/new/
> generated by [email protected]
> retry timeout exceeded
>

I have Googled this error, but I can't hone in on the problem.
 
Perhaps the mailbox is full? Or has the wrong permissions?

Otherwise it's going to require logging in and testing to figure it out.

Jeff
 
Perhaps the mailbox is full? Or has the wrong permissions?

Otherwise it's going to require logging in and testing to figure it out.

Jeff

Neither is true. Permissions are fine and the mailbox is not full.
 
Find the log entries for the problem emails; they should give you more detail.

Jeff
 
Hi Jeff,
Would I be looking at the exim main log? I see nothing in the rejectlog.
 
It is a permissions error after all. I was told that the permissions for:

/home/milbot/imap/milbot.com/janet/Maildir/.INBOX.spam/new needed to be

drwxrwx---

and not

drwxr-xr-x

so that the group "mail" could write to the file. Is this the case? If so, how do fix these permissions server wide? and why would they suddenly be incorrect?
 
Last edited:
Hey,

You may want to take a look at the "set_permissions.sh" script located in the /usr/local/directadmin/scripts" directory.

That may help you.

David
 
Hey,

You may want to take a look at the "set_permissions.sh" script located in the /usr/local/directadmin/scripts" directory.

That may help you.

David

That will set dovecot permissions? I will try to read up on it.
 
Yep, the mainlog.

If the set_permissions.sh script doesn't work you can create a script to make all the changes at once.

Jeff
 
Back
Top