Re: Mail messages not queued properly when unplugged.

[Nils Ackermann <nils@ackermath.info>]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

>>>>>> Katsumi Yamaoka wrote:
>
>> 2008-03-18  Nils Ackermann  <nils@ackermath.info>  (tiny change)
>> [...]
>> 	* message.el (message-disassociate-draft): Specify drafts group name
>> 	fully.
>
>> See the article <b4mhcf4jir6.fsf@jpl.org> in this list.  I hasten
>> to have made it revert in the trunk and the v5-10 branch.
>
>> The problem that happens to Nils should be solved in another way.
>
> The problems that Nils Ackermann reported can be found in:
> http://article.gmane.org/gmane.emacs.gnus.general/66523
>
> Nils, even if `message-disassociate-draft' reverted, you can
> achieve making groups' expiry target the nnml:archive group
> except that that of the nndraft:drafts group is `delete'.
> To do that, use
>
> (setq gnus-parameters '(("\\`drafts\\'" (expiry-target . delete))))
>
> instead of:
>
> (setq gnus-parameters '(("nndraft:drafts" (expiry-target . delete))))
>
> Normally a group name that is passed to a back end isn't
> prefixed with the server name.  So, this and the patch to
> `nnmh-request-expire-articles' you made are probably wrong
> approaches.  Maybe the right way is that
> `gnus-request-expire-article' reads the `expiry-target' group
> parameter and passes it to a back end.  However, the nndraft
> back end is special and it is expected to be not so easy.
> I have no plan for the present.

Probably the other part of my change wasn't correct, either.  Maybe
`nnmh-request-expire-articles' should not be called directly by
`nndraft-request-expire-articles' but instead through
`gnus-group-expire-articles-1', because that function takes care of
checking the group parameters.  OTOH, maybe articles should be deleted
unconditionally in the drafts group when sent, instead of being
expired.

I'll look into it again in a couple of weeks, currently I am short of
time.

Nils

-- 
Info: http://www.ackermath.info/