From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <53fd89650aa5d878e90020de428b6699@hamnavoe.com> To: 9fans@9fans.net From: Richard Miller <9fans@hamnavoe.com> Date: Tue, 14 Oct 2014 13:46:34 +0100 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Setting up Mail in Acme on the Raspberry Pi. Topicbox-Message-UUID: 1c2a9498-ead9-11e9-9d60-3106f5b1d025 > -- When something went wrong during 'sending' from acme Mail, I did not > get any information that the mail had not been sent. acme/mail sends by handing messages to upas/marshal, and doesn't check for return status. The assumption is probably that if marshal fails, you'll see its sysfatal message in an acme error window, and once marshal has handed the message to upas/send it will either be successfully delivered or you'll get an asynchronous bounce message back by email. Just last week I hit a case where that assumption wasn't true. My file system became full, so upas/send couldn't queue the message. Sadly it couldn't send a bounce message back either, because ... the file system was full. Even more sadly, I missed the "file system full" message, because my terminal didn't have a console window for the cpu server open.