close
Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Opened 4 years ago

Closed 4 years ago

#239 closed bug (fixed)

No action on "Delete only", fetching new mails (w preselect)

Reported by: enzobarba@… Owned by: tboeckel
Priority: undecided Milestone: YAM 2.7
Component: TCP/IP interface Version: nightly build
Severity: major Keywords:
Cc: OS Platform:
Blocked By: Blocking:
Release Notes:

Description

  1. active preselect mails on server pop3
  2. Get new mails (i.e. from toolbar)
  3. select all
  4. "Delete Only"
  5. "Fetch" (get)

issue: nothing happens; the mails are still there.

this happens with "delete only" AND "select ALL" mails on the server;
(in others word if the "Delete only" is the only action to do, during the session.

i.e. if I have five mails on server, and I set for 3->"Delete Only" and for 2->"fetch and delete" works Ok.

I'm on PEG2 G4 MOS1.4.5 latest ambient build and latest MUI NList_xx classes.

This happens from 6-7 builds till now.

Attachments (0)

Change History (2)

comment:1 Changed 4 years ago by tboeckel

  • Milestone set to YAM 2.7
  • Owner set to tboeckel
  • Status changed from new to assigned

comment:2 Changed 4 years ago by tboeckel

  • Resolution set to fixed
  • Status changed from assigned to closed

(In [5524]) * tcp/pop3.c, MailTransferList.c: the POP3 thread now checks for mails to

either be transferred or deleted to actually start the download. Before only
mails to be transferred were respected which made it impossible to just
delete mails from a server without downloading any. This closes #239.

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

This list contains all users that will be notified about changes made to this ticket.

These roles will be notified: Reporter, Owner, Subscriber

  • enzobarba@…(Reporter)
  • Thore Böckelmann(Owner, Participant)