Gary Mills wrote:
>
> This looks like a false lead. It fixed deliver, but deliver is not
> used for responses from lmtpd. I do get responses from redirects and
> rejects, but not from vacation.
OK. The only differences between redirect/reject and vacation are that
vacation tries to verify that the message was actually addressed to the
recipient (in the body headers) and it check to see if it has already
responded to the sender with the same reply text.
> No, nothing resembling an error when I'm testing vacation. I just did
> another test while I was trussing the master daemon and any children.
> I couldn't see any attempt to respond. It seems to me that lmtpd is
> deciding that a response is not necessary. In the trace, I can see the
> LMTP dialogue with sendmail, I can see it open the sieve script, followed
> by nameserver queries, and I can see lots of activity against a DB
> file, conf/deliverdb/deliver-m.db. I can also see it deliver the message
> to my mailbox. However, there is nothing resembling a response.
>
> Is there anything obvious in the deliver-m.db file that I can view
> with db_dump? Ah, I do see two relevant entries:
>
> <[EMAIL PROTECTED]>\00user.mills\00
> :\11\d2\fc
> <[EMAIL PROTECTED]>\00.mills+.sieve.\00
> :\11\d2\fd
I don't know much about looking at the deliverdb. Perhaps Larry can
shed some light on this.
> Maybe I'll just remove the file? I tried disabling and
> enabling the sieve script via websieve, hoping that that would reset
> the `last seen' date someplace, but still there was no response.
Removing the file might be something worth trying. There is no way to
"reset" the last seen date w.r.t. vacation. They only way to "reset" it
is to change the reply text (or disable the vacation action and wait for
:days).
Ken
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Key-- http://www.oceana.com/~ken/ksm.pgp
