Re: qconfirm-inject/qconfirm-notice

Gerrit Pape <[email protected]>
Newsgroups gmane.comp.misc.pape.general
Message-ID <20031201110039.29304.qmail@b64fe20cee9870.315fe32.mid.smarden.org>
On Sun, Nov 30, 2003 at 05:20:42PM -0500, Chris Johnson wrote:
> I've been playing with the new version of qconfirm. I used
> qconfirm-conf -i to set up the qconfirm-inject/qconfirm-notice stuff,
> and I've configure mutt to send mail using qconfirm-inject.
Ok.

> I sent mail to a couple of addresses that I know to be qconfirm
> protected, and, as I had a vague idea should happen, the confirmation
> process was handled automatically, and a "confirmation accepted"
> message was eventually delivered to me. But with one particular

Yes, that's how it works currently.

> qconfirm protected address, the "please confirm your message" message
> is delivered to my mailbox, instead of being handled automatically by
> qconfirm-notice. Does anyone know what would cause qconfirm-notice not
> to recognize a confirmation request?

qconfirm-notice looks at the Message-ID of the confirmation request, and
since version 0.12.0 qconfirm-check creates a special Message-ID for
confirmation requests.  Most probably this particular address runs a
previous version of qconfirm.

See http://smarden.org/qconfirm/technical.html#request for details.

> Is this the sole purpose of qconfirm-inject/qconfirm-notice, i.e the
> automatic return of confirmation requests? Is there something else it
> does?

There's more.  Distinguishing between (not public) envelope sender and
public mail address let's you easily sort out delivery notifications
from other mail.  I personally have them delivered into a separate
maildir.

qconfirm-notice can validate delivery notifications (to some extent),
and refuses to accept notifications about delivery to addresses
qconfirm-inject never has sent mail to.  In future, it may pre-process
normal delivery notifications and present them to the user in a
consistent format.

When using qconfirm-inject for all your mails, you could reject or drop
mails with an empty envelope sender sent to your public mail address, as
they only can be bounces from really broken MTAs.  I'm already doing
this since some time for my main mail address.  This protects you
against a flood of bounces if a spammer decides to use your public mail
address as envelope sender of mass-mail, and against spam with an empty
envelope sender.

> Will it confirm qsecretary messages?

No, qsecretary would have to create the special Message-ID for the
confirmation requests it sends, then it works automatically.

> I've read the documentation eleventy zillion times, but it's all still
> a bit hazy to me.

I had my problems finding a good way to document the new things.
Corrections, improvements are appreciated.

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.