> Could be possible to inhibit the POP3 protocol (or POP3 deletion) only on a specific mailbox ?
Yes, try using a POP3.PRO file in the new mail directory of the user to inhibit the POP3 deletes. Each user on the server can have a file called POP3.PRO in his new mail directory which contains settings MercuryP will use when a POP3 connection is established. POP3.PRO is a simple text file, editable with any text editor (such as the DOS EDIT command). The following keywords can be used in it:
As well as user POP3 profiles (see the previous section) you can define a system-wide POP3 profile by creating a file using the same syntax, called SYS:SYSTEM/POP3.PRO. (mercury.exe directory) The system-wide profile is read first, and then the user profile (if any) is applied. Settings in the files are cumulative, so a setting applied in the system profile will remain after a user profile is read unless the user profile explicitly alters it.
Mark read : <Y or N>
If Y, then MercuryP will mark as having been read any messages downloaded during a session but not deleted.
Show read : <Y or N>
If Y, then MercuryP will show all messages in the user's new mailbox when asked for a list by a POP3 client. If N,
then only mail which has NOT been marked as read will be presented.
Show status : <Y or N>
If Y, then MercuryP will generate artificial "Status:" headers such as might be found in a Unix mailbox. Usually
these headers are not present since neither Pegasus Mail nor Mercury relies on them for status information about
the message, but other POP3 mailers (such as Eudora) rely on these headers to provide functionality.
No delete : <Y or N>
If Y, then MercuryP will not delete messages even when instructed to do so by the POP3 client. This is useful if
you are using a POP3 client which cannot be configured to leave messages on the server, and you want to do so.
Delete is final : <Y or N>
If Y, then any mail deleted using the POP3 DELE command will be deleted if the connection to the server is lost.
The default condition is for mail deleted using DELE to be recovered if the connection terminates abnormally. If
you routinely access your mail across a slow or unreliable TCP/IP link (e.g, SLIP) you may prefer to set this to Y.
&gt; Could be possible to inhibit the POP3 protocol (or POP3 deletion) only on a specific mailbox ?
Yes, try using a POP3.PRO file in the new mail directory of the user to inhibit the POP3 deletes.&nbsp; Each user on the server can have a file called POP3.PRO in his new mail directory which contains settings MercuryP will use when a POP3 connection is established. POP3.PRO is a simple text file, editable with any text editor (such as the DOS EDIT command). The following keywords can be used in it:
As well as user POP3 profiles (see the previous section) you can define a system-wide POP3 profile by creating a file using the same syntax, called SYS:SYSTEM/POP3.PRO. (mercury.exe directory) The system-wide profile is read first, and then the user profile (if any) is applied. Settings in the files are cumulative, so a setting applied in the system profile will remain after a user profile is read unless the user profile explicitly alters it.
&nbsp;&nbsp; Mark read : &lt;Y or N&gt;
&nbsp;&nbsp; If Y, then MercuryP will mark as having been read any&nbsp; messages downloaded during a session but not deleted.
&nbsp;&nbsp; Show read : &lt;Y or N&gt;
&nbsp;&nbsp; If Y, then MercuryP will show all messages in the user's new mailbox when asked for a list by a POP3 client. If N,
&nbsp;&nbsp; then only mail which has NOT been marked as read will be presented.
&nbsp;&nbsp; Show status : &lt;Y or N&gt;
&nbsp;&nbsp; If Y, then MercuryP will generate artificial "Status:" headers such as might be found in a Unix mailbox. Usually
&nbsp;&nbsp; these headers are not present since neither Pegasus Mail nor Mercury relies on them for status information about
&nbsp;&nbsp; the message, but other POP3 mailers (such as Eudora) rely on these headers to provide functionality.
&nbsp;<b>&nbsp; No delete : &lt;Y or N&gt;
&nbsp;&nbsp; If Y, then MercuryP will not delete messages even when instructed to do so by the POP3 client. This is useful if
&nbsp;&nbsp; you are using a POP3 client which cannot be configured to leave messages on the server, and you want to do so.</b>
&nbsp;&nbsp; Delete is final : &lt;Y or N&gt;
&nbsp;&nbsp; If Y, then any mail deleted using the POP3 DELE command will be deleted if the connection to the server is lost.
&nbsp;&nbsp; The default condition is for mail deleted using DELE to be recovered if the connection terminates abnormally. If
&nbsp;&nbsp; you routinely access your mail across a slow or unreliable TCP/IP link (e.g, SLIP) you may prefer to set this to Y.