Control: severity -1 wishlist Control: retitle -1 dcut: Detect which queue commands will be rejected by server, before writing them Control: tags -1 + moreinfo Control: outlook -1 0
The channel to upload commands to the server has no way for those errors to come back to the ‘dcut’ program as it runs. Is this something the uploading program can detect, without connection to the server? How, exactly? On 04-Feb-2020, Ben Finney wrote: > Control: tags -1 + moreinfo > > On 04-Feb-2020, Mark Brown wrote: > > I would expect that dcut would detect any errors that will not be > > being reported by ftp-master. > > My understanding is that the channel to upload commands to the > server has no way for those errors to come back to the ‘dcut’ > program as it runs. Is this something the uploading program can > detect? As described, this is not an error in ‘dcut’ operation so I'm adjusting severity to show this is a hoped-for feature. I'm setting the outlook on this report to invite feedback if someone can specify exactly what behaviour would implement this feature. -- \ “If sharing a thing in no way diminishes it, it is not rightly | `\ owned if it is not shared.” —Augustine of Hippo (354–430 CE) | _o__) | Ben Finney <[email protected]>
signature.asc
Description: PGP signature
