Hmm, I see.
at worst you now locked yourself out.
I've already got the ext4 reserved blocks covering for that. Of
course, not every file system has something like that.
But also every MTA does this also and you will be hard pressed to
find one that doesn't.
Indeed. postfix, for example, has a limit of 1.5 × message_size_limit.
Way more sane, imho.
but that means your script or app needs to learn to be more
resilient
Any standard solutions for cron/at to do that?
On 10 May 06:50, Barbier, Jason wrote:
Well the idea is much like what the RFC says to do, if your server is
resource constrained you send a temp fail and let the other side keep
trying until the receiving end is good or you hit the TTL on the sending
side. In practice this is a good idea since in you fill the queue disk you
will have problems deleting files from it at best, at worst you now locked
yourself out. There maybe cases where this behavior may feel undesirable
but that means your script or app needs to learn to be more resilient not
that your MTA needs to clobber the system. But also every MTA does this
also and you will be hard pressed to find one that doesn't.
On May 10, 2014 2:43 AM, "Julius" <[email protected]> wrote:
Hello opensmtpd-misc!
If there is less than 5% of disk space left, OpenSMTP rejects messages.
That is a compile-time/in-source constant. The restriction is simple to
remove from smtpd/queue_fs.c but I want to know what the big idea behind
this is. Mail is very precious, even the output from cronjobs, which will
be directly lost in such a situation.
More Info:
I'm running opensmtpd on my NAS where the var-partition is close to full.
All mail is relayed, so I find the restriction especially annoying. Also,
at 5%, I still have 200GB of space left. I could store 100 000 000 of the
average mail that machine handles.
Mai 10 11:15:58 micpi1 smtpd[559]: smtp-in: New session 5fc97cda452fbcee
from host 0@localhost [local] Mai 10 11:15:59 micpi1 smtpd[551]: warn:
not enough disk space: 4% left Mai 10 11:15:59 micpi1 smtpd[551]: warn:
temporarily rejecting messages Mai 10 11:15:59 micpi1 smtpd[559]: smtp-in:
Failed command on session 5fc97cda452fbcee: "MAIL FROM:<b
Mai 10 11:15:59 micpi1 smtpd[559]: smtp-in: Closing session
5fc97cda452fbcee
Julius
--
You received this mail because you are subscribed to [email protected]
To unsubscribe, send a mail to: [email protected]
--
You received this mail because you are subscribed to [email protected]
To unsubscribe, send a mail to: [email protected]
