The remote IMAP server is my personal Dovecot instance which isn't
configured to expunge on delete. I've updated neither binary nor
config in a year or two.

It appears to be the client doing this, at least that's my
interpretation of this debug output:

     - delete message -
    DELETE: msg 65
    imap_cmd(INBOX, STORE, 0x1)
    IMAP DEBUG 22:13:39 8/22: 01000061 STORE 65 +Flags (\DELETED)
    IMAP DEBUG 22:13:39 8/22: * 65 FETCH (FLAGS (\Deleted Old))
    IMAP DEBUG 22:13:39 8/22: 01000061 OK Store completed (0.076 + 0.000 + 
0.075 secs).
    ...
    Mail_Ping(INBOX): lastping=1 er=34 [forced] [current] 22:14:05.627864
    imap_cmd(INBOX, NOOP, 0x0)
    IMAP DEBUG 22:14:05 8/22: 010000bf NOOP
    IMAP DEBUG 22:14:05 8/22: * 65 EXPUNGE
    mm_expunged({imap.server:993/imap/nostarttls/ssl/user="doug"}INBOX,65)
    mm_expunged: rawno=65 msgno=65 nmsgs=114644 max_msgno=114644 flagged_exld=0
    IMAP DEBUG 22:14:05 8/22: 010000bf OK NOOP completed (0.003 + 0.000 + 0.002 
secs).
    Ping complete: 22:14:05.644670

Logging on the server also shows the EXPUNGE coming from the client.

It's happening on mailbox ping (like when I press ^L).  The source
shows `EXPUNGEATPING` and `expok` as potential (internal) triggers but
it's not clear what specifically allows this to happen.

Doug


On Fri, 23 Aug 2024, Damion Yates via Alpine-info wrote:

+1 on checking the IMAP server, this is a common setting for some because the 
iPhone doesn't handle non-auto expunging on delete and it's the most common 
IMAP client.
In GMail this is something you can enable/disable along with a variety of other settings, 
like only showing the latest 1,000 or doing "archive" rather than delete
permanently.

 - Damion

On Fri, Aug 23, 2024 at 12:11 AM David Morris via Alpine-info 
<alpine-info@u.washington.edu> wrote:

      Sorry about the previous content free reply ...

      I'm running 2.26. My mail server and mail files are all on my local system
      where I run Alpine. I have not of the Expunge settings SET and expunge
      continues to work the way it always has ... it expunges when I use the
      eXpunge command, not when I mark deleted.

      If you are using a remote mail server, perhaps the provider changed
      something. If you, like me, are using a local server, we continue to have
      a mystery.

      On Thu, 22 Aug 2024, Doug Luce via Alpine-info wrote:

      > Those were some of the first settings I messed with. Setting both (or
      > either) doesn't seem to make any difference -- 'd' results in an 
EXPUNGE in
      > all cases.
      >
      > Doug
      >
      >
      > On Thu, 22 Aug 2024, David Lang wrote:
      >
      > > On Thu, 22 Aug 2024, Doug Luce via Alpine-info wrote:
      > >
      > > > Seems my Alpine (2.26, 4/9/2024) client has started automatically
      > > > sending an EXPUNGE command after I mark a message deleted (in the
      > > > INBOX). This wasn't always the case and I'm not sure when it 
started but
      > > > my guess is in the last month or two.
      > > >
      > > > I can't seem to find a setting that controls this and a quick 
perusal of
      > > > the source doesn't clue me in. Anyone know what I may have done to
      > > > myself?
      > >
      > > under settings -> config look for:
      > >
      > >      [X]  Expunge Only Manually
      > >      [X]  Expunge Without Confirming
      > >
      > > David Lang
      > >
      >
      > _______________________________________________
      > Alpine-info mailing list
      > Alpine-info@u.washington.edu
      > http://mailman12.u.washington.edu/mailman/listinfo/alpine-info
      >
      > ----------
      >
      > This email has been scanned for spam and viruses by Proofpoint 
Essentials.
      > Visit the following link to report this email as spam:
      
>https://us3.proofpointessentials.com/app/report_spam.php?mod_id=11&mod_option=logitem&report=1&type=easyspam&k=k1&payload=53616c7465645f5faae2f2d91cc8ab0a54f33a290e37b01
e4b2c8d5c4d5b56917864b4b8d8ca3c543dad47e03f6e1c1d6551e94bb52585e3c45cefd3e84bf1476513694596e94ee151f131c9b5cdd75d844122ca6aa37d2e427f01808f4216f4908b7b6e80cba8d5e4b0d78
      5fe51cf0309bf57d3f614c14659ec37ab7de8d28c11d7a7779a8af0e0d5c77e17c51b8a25
      >
      _______________________________________________
      Alpine-info mailing list
      Alpine-info@u.washington.edu
      http://mailman12.u.washington.edu/mailman/listinfo/alpine-info



--
Damion Yates - damion.ya...@gmail.com
London, England


_______________________________________________
Alpine-info mailing list
Alpine-info@u.washington.edu
http://mailman12.u.washington.edu/mailman/listinfo/alpine-info

Reply via email to