> Nobody else has an idea or is using synonym.mer ?
I'm not, have not for years, do not see the need with the other delivery operations available in Mercury. For example the mail to thomas.stephenson@tstephenson.com is delivered to thomas@tstephenson.com since I use the "Address auto-recognition settings"
The controls in this group allow you to configure Mercury to recognize certain common Internet address formats based on the names of your users. When any of these controls is enabled, it tells Mercury that it should perform some extra comparisons when trying to work out if an address is local, by comparing the address with your local users' names, as they appear in the Mercury "Manage local users" dialog.
In the examples below, we use myname.com to represent your Internet mail domain.
Automatically recognize "Firstname.Lastname" forms This is one of the most common Internet addressing formats: if you have a user whose username is peter and whose full name is Peter Smith, then his e-mail address is both peter@myname.com and Peter.Smith@myname.com.
Automatically recognize Initial.Lastname" forms This is like the previous setting, but it combines your user's Initials and surname. So, given our hypothetical Peter Smith user, with this setting enabled, his address is both peter@myname.com and P.Smith@myname.com.
Recognize variants using either periods or underscores This setting combines with either of the previous two settings, by allowing either an underscore character or a period to appear in place of spaces in your users' addresses. So, if all three controls in this group were checked, our Peter Smith user could be mailed using any of the following addresses:
peter@myname.com
Peter.Smith@myname.com
P.Smith@myname.com
P_Smith@myname.com
Peter_Smith@myname.com
All of these settings are smart enough to handle multiple names or initials. So, if our Peter Smith was actually Peter O.Smith, then his addresses would be P.O.Smith, Peter.O.Smith or whatever.
It is up to you to ensure that your usernames are sufficiently distinct from each other if you use these settings - Mercury will use the first valid match it can find. So, if you have both Peter Smith and Patricia Smith on your system, and you use the Initial.Lastname format, you should make sure you enter a middle initial for at least on of the two so their addresses become distinct.
Apparently the answer is if it does not go through Pegasus Mail then the synonyms are not applied since the synonyms outbound are handled by the Mercury core module processing the Mercury queue 101 file.
It really has no real affect on the delivery of the mail to a user though since the mailbox address gets to the same mailbox as the synonym address.
FWIW you can use long user names with Mercury and Pegasus Mail if you use the ~n rather that the ~8 in the delivery mailbox spec. This means they can be longer than 8 characters but they still have to be all ASCII characters.
> Nobody else has an idea or is using synonym.mer ?
I'm not, have not for years, do not see the need with the other delivery operations available in Mercury.  For example the mail to thomas.stephenson@tstephenson.com is delivered to thomas@tstephenson.com since I use the "Address auto-recognition settings"
<blockquote>The controls in this group allow you to configure Mercury to recognize certain common Internet address formats based on the names of your users. When any of these controls is enabled, it tells Mercury that it should perform some extra comparisons when trying to work out if an address is local, by comparing the address with your local users' names, as they appear in the Mercury "Manage local users" dialog.
In the examples below, we use myname.com to represent your Internet mail domain.
Automatically recognize "Firstname.Lastname" forms&nbsp;&nbsp; This is one of the most common Internet addressing formats: if you have a user whose username is peter and whose full name is Peter Smith, then his e-mail address is both peter@myname.com and Peter.Smith@myname.com.
Automatically recognize Initial.Lastname" forms&nbsp; This is like the previous setting, but it combines your user's Initials and surname. So, given our hypothetical Peter Smith user, with this setting enabled, his address is both peter@myname.com and P.Smith@myname.com.
Recognize variants using either periods or underscores&nbsp; This setting combines with either of the previous two settings, by allowing either an underscore character or a period to appear in place of spaces in your users' addresses. So, if all three controls in this group were checked, our Peter Smith user could be mailed using any of the following addresses:
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;peter@myname.com
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;Peter.Smith@myname.com
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;P.Smith@myname.com
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;P_Smith@myname.com
&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;Peter_Smith@myname.com
All of these settings are smart enough to handle multiple names or initials. So, if our Peter Smith was actually Peter O.Smith, then his addresses would be P.O.Smith, Peter.O.Smith or whatever.
It is up to you to ensure that your usernames are sufficiently distinct from each other if you use these settings - Mercury will use the first valid match it can find. So, if you have both Peter Smith and Patricia Smith on your system, and you use the Initial.Lastname format, you should make sure you enter a middle initial for at least on of the two so their addresses become distinct.
</blockquote>
Apparently the answer is if it does not go through Pegasus Mail then the synonyms are not applied since the synonyms outbound are handled by the Mercury core module processing the Mercury queue 101 file.
It really has no real affect on the delivery of the mail to a user though since the mailbox address gets to the same mailbox as the synonym address.
FWIW you can use long user names with Mercury and Pegasus Mail if you use the ~n rather that the ~8 in the delivery mailbox spec.&nbsp; This means they can be longer than 8 characters but they still have to be all ASCII characters.