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" <opensm...@liftm.de> 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 misc@opensmtpd.org > To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org > >
