Conference lassie::ucx

5463.0. "Mails aren't deleted on POP Server" by MUNICH::WOERLE () Thu Apr 24 1997 05:33

			hello,


a customer has problem with POP.
    
The mails aren't (really) deleted on the POP-Server although
the POP-Client has enabled this feature. After reading the
mail from the POP-Client, the orig mail on the POP-Server
moves from the NEWMAIL Folder into the WASTEBASKET Folder
and stays there forever (until someone explicitly goes
into VMS MAIL and select the WASTEBASKET folder and EXIT).
And the corresponding file (f.e. MAIL$34282B320005009B.MAI;1)
allocates diskspace and is also not deleted.
For the customer there is a great problem because he has only
PC-users who never logs in to the VMS POP Server machine.
So after a while the disk quota of the corresponding VMS-User
is exceeded because of the MAIL$xxx.. files and this VMS-user
cannot get mails anymore.

I can reproduce this problem at my side :
- POP Server , VAX UCX 4.1 PAT7
- POP Client , PC with Chameleon (the customer has Netscape)

1) Send a "big" mail to the POP- Server (f.e. from another
   VMS-machine
	f.e: mail> send sys$help:UCXVAX_E5040.RELEASE_NOTES;2

2) On the POP-Server the mail is receiving and the 
   corresponding mail file is created
   ($dir
	Directory SYS$SYSDEVICE:[NORBERT.MAIL]
	MAIL$342C4C990005009B.MAI;1
	MAIL.MAI;1           

   On the POP-Server also the automatic deleted mail 
   characteristic is enabled
 (Mail>show all --> Automatic deleted message purge is enabled)

3) On the POP-Client the mail is receiving.
   I read this mail and delete this mail (and exit from my
   POP-Client)
  !!!! Nevertheless on the POP-Server the mail-file is always
   still there (MAIL$342C4C990005009B.MAI;1)
  If I go into mail and select wastebasket I can see the mail.
  If I exit MAIL then the mail file MAIL$342C4C990005009B.MAI;1
  is really deleted.
  f.e.: 
MDSC21> dir
Directory SYS$SYSDEVICE:[NORBERT.MAIL]
MAIL$342C4C990005009B.MAI;1   <-----------  is still there
                      24-APR-1997 11:37:05.97
MAIL.MAI;1            3-SEP-1991 08:22:23.61
Total of 2 files.
MDSC21>
MDSC21> mail

MAIL> sel wastebasket
%MAIL-I-SELECTED, 1 message selected

MAIL> dir
    # From                 Date         Subject

    1 SMTP%"[email protected] 24-APR-1997  test

MAIL> exit
MDSC21> dir

Directory SYS$SYSDEVICE:[NORBERT.MAIL]

MAIL.MAI;1            3-SEP-1991 08:22:23.61

Total of 1 file.
MDSC21>


So it seems that if I had the "Delete retrieved mail
from server" Option on the POP-Client is enabled
the mail is not really deleted on the POP-Server.
It only moves from the NEWMAIL folder into the
WASTEBASKET folder.

Have someone any hints or tips ?

Best regards

Norbert Woerle, CSC Munich
                                                        

RE: 5463.0 by MUNICH::WOERLE -< Mails aren't deleted on POP Server >-

	Hello Norbert,

Description of this logical is in V4.1 R.N., page 2-4 (2.8 Configuring POP)
By the way, my UCX$POP_SYSTARTUP.COM contains

 PRSSOS::ped$ ty UCX$POP_SYSTARTUP.COM
 $!!!+ Added /PE Dietz 20-Jan-1997 on PRSSOS to config POP3/UCX V4.1
 $!  UCX$POP_SYSTARTUP.COM is to be Called by UCX$POP_STARTUP.COM
 $!  from the [UCX$POP] account, which in turn will call UCX$POP_SYSTARTUP.
 $!-----------------------------------------------------------------
 $ Define /System UCX$POP_IGNORE_MAIL11_HEADERS 1
 $ Define /System UCX$POP_POSTMASTER "Lecadet, Dietz"
 $ Define /System UCX$POP_LOG_LEVEL debug
 $ Define /System UCX$POP_send_id_headers 1
 $ Define /System UCX$POP_purge_reclaim 1	! <==***


 PRSSOS::ped$ ty UCX$SYSTARTUP.COM
 $!+
 $!  To activate any UCX setup...
 $!  P-E Dietz 09-Dec-1996, POP3 setup, workarounds, hints and tips...
 $!-----------------------------------------------------------------
 $ @ sys$manager:ucx$smtp_shutdown    ! Be sure that SMTP server is stopped
 $ @ sys$manager:ucx$pop_shutdown     ! Be sure that POP3 server is stopped
 $   Def /Sys UCX$SMTP_LOG_LEVEL 3    ! 3 = day to day journal for system mgrs
 $   Def /Sys UCX$SMTP_JACKET_LOCAL 1 ! Mandatory for POP3 clients whose mail
 $                                    ! accounts are lying on this local server.
 $ @ SYS$MANAGER:UCX$SMTP_STARTUP
 $ @ SYS$MANAGER:UCX$POP_STARTUP      ! This startup [appearing as forgotten
 $ !                                  ! by ucx$startup.com!],
 $ !                                  ! will call ucx$pop_SYstartup.com
 $ !                                  ! ( POP Setup ----> ^^^^^^^^^^^^^ )
 $ Exit


NB: A new POP logical that is just added by Karol in PAT8, 
    (see the PAT8 R.N.) => UCX$POP_LEAVE_IN_NEWMAIL
    that seems very interesting too...

Regards,
Pierre-Etienne

    		hello Pierre-Etienne,
    
    many thanks for your help.
    Setting this logical UCX$POP_PURGE_RECLAIM solves this problem.
    
    best regards
    
    Norbert
    (P.S.: sometimes it seems to be helpful to read the Releasenotes. Sorry
           for not doing this)