Community Discussions and Support
Read confirmation - response from phantom user

Thanks Joerg, I don't remember synonym.mer, but we've been using Mercury/Pegasus for nearly 14 years and I don't remember everything I've done, lol! This will be my next thing to look for and check out.

Rammie.

<p>Thanks Joerg, I don't remember synonym.mer, but we've been using Mercury/Pegasus for nearly 14 years and I don't remember everything I've done, lol! This will be my next thing to look for and check out.</p><p>Rammie. </p>

Site: Mercury/32 (4.80) with shared copy of Pegasus (4.70) and 2000 potential users (around 150 concurrently).

This concerns a user account, which was defunct but remained undeleted. We accidentally overlaid the old user with a new user mailbox template using the same username (using external scripts, but don't worry too much about that, because the new user is working fine and experiences zero problems). This happened many months ago, so everything has been restarted etc multiple times and it isn't an issue that rebooting will fix. The new user is seeing absolutely nothing amiss - sent and received emails are perfectly

normal - Mercury appears to be happy and no messages are going astray.

 The problem occurs for any other user - if they ask for Read Confirmation, they get a message back containing the OLD users' fully qualified email address, e.g. "Jane Doe"<Jane.Doe@somedomain.com>, NOT the name/address of the new user, as it should be.  I'm tearing my hair out. Where is this text stored and why does it only pop-up in this context? I've checked loads of files in the user mailbox looking for the text, including most obviously PMAIL.INI. The Mercury log is a bit of a clue - I see a message being sent to the problematic user (normal log) and some while later, I see the Read Confirmation response message coming from "<>" and going to the requesting user. I presume <> means it's a system-level action? I've also checked several things in Mercury - the old address does not appear in the alias list or any scripts, nor as far as I can recall, would it needed to have done.

 This is a relatively minor irritation, but I can't resist scratching it. Anyone have any suggestions?

Rammie.

&lt;p&gt;Site: Mercury/32 (4.80) with shared copy of Pegasus (4.70) and 2000 potential users (around 150 concurrently).&lt;/p&gt;&lt;p&gt;This concerns a user account, which was defunct but remained undeleted. We accidentally overlaid the old user with a new user mailbox template using the same username (using external scripts, but don&#039;t worry too much about that, because the new user is working fine and experiences zero problems). This happened many months ago, so everything has been restarted etc multiple times and it isn&#039;t an issue that rebooting will fix. The new user is seeing absolutely nothing amiss - sent and received emails are perfectly normal - Mercury appears to be happy and no messages are going astray.&lt;/p&gt;&lt;p&gt;&amp;nbsp;The problem occurs for any &lt;b&gt;&lt;i&gt;other &lt;/i&gt;&lt;/b&gt;user - if they ask for Read Confirmation, they get a message back containing the OLD users&#039; fully qualified email address, e.g. &quot;Jane Doe&quot;&amp;lt;Jane.Doe@somedomain.com&amp;gt;, NOT the name/address of the new user, as it should be.&amp;nbsp; I&#039;m tearing my hair out. Where is this text stored and why does it only pop-up in this context? I&#039;ve checked loads of files in the user mailbox looking for the text, including most obviously PMAIL.INI. The Mercury log is a bit of a clue - I see a message being sent to the problematic user (normal log) and some while later, I see the Read Confirmation response message coming from &quot;&amp;lt;&amp;gt;&quot; and going to the requesting user. I presume &amp;lt;&amp;gt; means it&#039;s a system-level action? I&#039;ve also checked several things in Mercury - the old address does not appear in the alias list or any scripts, nor as far as I can recall, would it needed to have done.&lt;/p&gt;&lt;p&gt;&amp;nbsp;This is a relatively minor irritation, but I can&#039;t resist scratching it. Anyone have any suggestions?&lt;/p&gt;&lt;p&gt;Rammie. &lt;/p&gt;

Hi Rammie,

I think Pegasus is generating the Read Confirmation automatically, means without an editable personal template. Normally it would use the local user name as the sender's address because the Read Confirmation works only between local Peg users. Maybe you have formerly created a synonym.mer file where all local user names are assigned to their fully valid internet user addresses and this entry has not been updated with the new user's address.

But these are only assumptions. The manual doesn't say anything about editable read confirmations.

Cheers

Joerg

&lt;p&gt;Hi Rammie,&lt;/p&gt;&lt;p&gt;I think Pegasus is generating the Read Confirmation automatically, means without an editable personal template. Normally it would use the local user name as the sender&#039;s address because the Read Confirmation works only between local Peg users. Maybe you have formerly created a synonym.mer file where all local user names are assigned to their fully valid internet user addresses and this entry has not been updated with the new user&#039;s address.&lt;/p&gt;&lt;p&gt;But these are only assumptions. The manual doesn&#039;t say anything about editable read confirmations. &lt;/p&gt;&lt;p&gt;Cheers&lt;/p&gt;&lt;p&gt;Joerg &lt;/p&gt;
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Cancel
Delete
Pending draft ... Click to resume editing
Discard draft