Re: qconfirm: manual confirmation-only mode?

Gerrit Pape <[email protected]>
Newsgroups gmane.comp.misc.pape.general
Message-ID <20050302203532.23826.qmail@e7f4f6d437b163.315fe32.mid.smarden.org>
On Sun, Feb 27, 2005 at 09:44:38PM +0100, clemens fischer wrote:
> Gerrit Pape:
> >  I don't think the 'manual' feature should be a different mode, but
> >  simply an option.  You may want to use it for the message mode and
> >  sender mode.
> 
> sorry for posting late. i already made qconfirm-checks "mode"-variable a
> bitfield, but wanted to test *before posting* this time.
> 
> this patch is two or three days old, i think, it works and provides the
> following benefits:
> 
> adds a `-M' option, which makes qconfirm-check queue emails only.
> confirmations, sneak previews, drops etc. must be done manually.

Ok, but I still think making 'mode' a bit field isn't appropriate, you
cannot have MODE_INODE and MODE_SENDER at the same time, and you can
have the 'manual' option switched in all modes, just like the ack
variable.  Additionally I would prefer to check for the manual mode
where inject_qconfirm_msg() is called, and not in the function itself;
actually sneak previews should be sent using this function too, I think,
and through a .qconfirm/msg/preview template or so.

Another possibility, instead of the -M command line option, could be to
check whether msg/request (and msg/acknowledge, msg/confirm,
msg/preview) exists and is not empty, and refrain from sending the
message if not.

> finally, the qconfirm tests in the distribution could now be enhanced.
> currently qconfirm-check isn't tested aside from checking the version
> string.

Yes, good idea.  Who's going to write a nice qconfirm-check.check now
;-)?

> i'd appreciate this or something like it to be included in the
> distribution.

Please let me know what you think about my comments first.  Thanks for
the contribution.

Regards, Gerrit.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.