I agree with Jerry, we need full LDAP or AD support badly 

I have added a feature request specifically for proxyAddresses we could get that implemented without too much trouble. I will add a note to investigate the full requirements and changes we would need to make to update our LDAP implementation to support LDAP services like ESS and others. 

Thank you Matt, looking forward so that our users can change password in the Smartermail directly. 

Thank you Matt.

Went ahead and implemented the proxyAddresses field, you can query and get results using this. I tested it with domain aliases as well. There wasn't a ton of clear documentation on this and it's not necessarily easy to test against an example. Based on the documentation I'm reading and what I'm seeing here this is returning data correctly. Retuning only one address with "SMTP:" and also including the user as the primary proxy addresses were some things I had to dig around in the documentation for, hopefully these are correct.

Here are some examples.
I have 2 aliases point to mpetty@smartermail.io, I also have a smartermail.local domain alias...
___ Showing a Query using proxy addresses (using a domain alias) ____
--Query: (&(objectclass=*)(proxyAddresses=*mpetty@smartermail.local*))

--Result: (showing 'mail' result)
testalias@smartermail.io
alias2@smartermail.io
mpetty@smartermail.io

--Result: (showing 'proxyAddresses' result)
SMTP:testalias@smartermail.io,smtp:testalias@smartermail.local
SMTP:alias2@smartermail.io,smtp:alias2@smartermail.local
SMTP:mpetty@smartermail.io,smtp:testalias@smartermail.io,smtp:alias2@smartermail.io,smtp:mpetty@smartermail.local,smtp:testalias@smartermail.local,smtp:alias2@smartermail.local

Matt, thanks for working on this so quickly. Yes, there is very limited documentation.

Correct me if I misinterpret the results.

You indicated that 'mpetty@smartermail.io' is the only primary.

The 'mail' column...

_You have the primary and two aliases. I believe only the primary should be listed.

The 'proxyAddresses' column...

_Since I don't believe aliases should be listed in the 'mail' column, their proxyAddresses results should not be listed here.

_The 'mpetty@smartermail.io' results looks correct including the uppercase SMTP for the primary but I don't believe the smartermail.local aliases should be included. If you are querying one domain, the existence of domain aliases should not affect the results.

I found the following on MailEnable's LDAP properties. By default they don't include the Primary address in proxyAddresses but have an option to include it. I wouldn't mind having the ability to choose too.

https://www.mailenable.com/documentation/10.0/Enterprise/LDAP%20properties.html 

Thanks again.

Matt,

I installed the latest version of SmarterMail (Build 7503) and performed LDAP queries and found the results are not correct.

Query results

1.    There are only two Primary addresses, red highlighted.

2.    The aliases are blue highlighted. These should not have been returned and should not have the uppercase SMTP in proxyAddresses which indicates a primary address.

Barracuda Networks supplied me with sample results for a Primary query and Alias query.

Successfully queried user myprimary@mydomain.com

Attribute mail has value of: myprimary@mydomain.com

Attribute sAMAccountName has value of: myprimary

Attribute proxyaddresses has value of: smtp:myalias@mydomain.com

Successfully queried user myalias@mydomain.com

Attribute mail has value of: myprimary@mydomain.com

Attribute sAMAccountName has value of: myprimary

Attribute proxyaddresses has value of: smtp:myalias@mydomain.com

This shows the primary address is always listed in the mail attribute even for the alias query.

It also shows the primary address is not included in the proxyAddresses.

Regards

I've added a task to make that correction. So what I'll need to dig into then is that (based on your example)
Users DONT include their own delivery address with SMTP:
Aliases (and other mechanisms like domain aliases) DO include their own address listed with the non-primary indicator, "smtp:"

I wonder under what conditions if any I should do "SMTP:", it is meant to describe the primary address but maybe describing a primary isn't necessary?

Either way, I've got a task in to fix this up and research it a bit more.

Thanks Matt.

To simplify when to include "SMTP:", make it an configurable option the admin can set.

MailEnable made it a configurable option.