Oh fair enough, that's quite odd. I would inspect your .pinerc by hand
with alpine not running. Then you should make sure it's definitely the
only one being loaded by alpine at startup, no system default is being
picked up. I'm unsure which debug options will help with that, but perhaps
`strace -o ~/log /usr/bin/alpine` and read through that, grep for open and
see if you can see it reading in another pinerc with expunge settings
turned on.
Best wishes,
- Damion
On Fri, Aug 23, 2024 at 6:46 AM Doug Luce <d...@alpine.con.com> wrote:
> 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
> >
> >
>
--
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
