Rejecting messages when disk space is getting scarce is a good thing, but a hardcoded percentage is not really optimal. Having 200GB left doesn't seem like a reason to reject messages to me.
On 10 May 2014 15:50, Barbier, Jason <[email protected]> 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] >> >>
