I'm not certain when it stopped working, but I noticed that the virtuser_file plugin that was working fine last time I tested is not working at all now. I even went so far as to check out a new SVN copy, built a brand new database, and the only plugin enabled is virtuser_file. Still no luck. I have the plugin set to pull from a local file on the system. As I said, I know that this worked a short time ago, perhaps 2 weeks back?
Can anyone else confirm this, either yes or no? We were planning to move totally from squirrelmail to RC at the end of July, but since we provide email to 13 different domains via virtusers, and the the new_user_identity plugin can't grab the email address from LDAP, this plugin is an absolute must have function for our move and on-going as well.
On Thu 03 Jun 2010 08:53:03 PM CEST, Arne Berglund wrote
Can anyone else confirm this, either yes or no?
i can confirm that RC is not roket cience :=)
hint use imap protocol there is no need to have ldap in the mix,
execpt for addrsss books
On Fri, 04 Jun 2010 18:37:24 +0200, Benny Pedersen me@junc.org wrote:
On Thu 03 Jun 2010 08:53:03 PM CEST, Arne Berglund wrote
Can anyone else confirm this, either yes or no?
i can confirm that RC is not roket cience :=)
hint use imap protocol there is no need to have ldap in the mix,
execpt for addrsss books--
Perhaps you don't understand what's trying to happen here. IMAP access is fine. What I am talking about is correctly populating the various Identity fields upon first login. Due to the fact that our mail system handles 14 separate domains/organizations but uses a shared username space, the email address for the identity can not be constructed by RC, it must be looked up and entered there. Since we don't trust the users to do this properly on their own, we want to populate this field automatically, which is what the virtuser plugins are designed to do. The virtuser_file plugin does a lookup of the address from a sendmail/postfix style virtuser file, and adds the address to the identity.
For future reference, we use new_user_identity to auto-populate the Display name field (comes from LDAP), and squirrelmail_usercopy to populate the Personal addressbook and copy over signatures if any.
I will admit that it would be simpler if the new_user_identiy plugin could grab and populate the email address from LDAP as well as the Display name, or if squirrelmail_usercopy could get it from the squirrel prefs. Seems convoluted to have to use three different plugins to get the Identity populated.
On Fri, 04 Jun 2010 09:52:11 -0700, Arne Berglund aberglund@lesd.k12.or.us wrote:
Perhaps you don't understand what's trying to happen here. IMAP access is fine. What I am talking about is correctly populating the various Identity fields upon first login. Due to the fact that our mail system handles 14 separate domains/organizations but uses a shared username space, the email address for the identity can not be constructed by RC, it must be looked up and entered there. Since we don't trust the users to do this properly on their own, we want to populate this field automatically, which is what the virtuser plugins are designed to do. The virtuser_file plugin does a lookup of the address from a sendmail/postfix style virtuser file, and adds the address to the identity.
For future reference, we use new_user_identity to auto-populate the Display name field (comes from LDAP), and squirrelmail_usercopy to populate the Personal addressbook and copy over signatures if any.
Follow up - I have found that the plugin works as intended if the "identities_level" param allows email addresses to be end-user editable. So with:
=================
// Set identities access level: // 0 - many identities with possibility to edit all params // 1 - many identities with possibility to edit all params but not email address // 2 - one identity with possibility to edit all params // 3 - one identity with possibility to edit all params but not email address $rcmail_config['identities_level'] = ?;
=================
set to either '0' or '2', it works. But if set to '1' or '3' it does not.
I'm pretty certain that this behavior has changed at some point, as I have (to my knowledge) never allowed the addresses to be user-editable.
Any other thoughts on this?
On Fri 04 Jun 2010 07:11:16 PM CEST, Arne Berglund wrote
set to either '0' or '2', it works. But if set to '1' or '3' it does not.
so with 0 and 2 it works, but then you at the same time accept forged senders
I'm pretty certain that this behavior has changed at some point, as I have (to my knowledge) never allowed the addresses to be user-editable.
Any other thoughts on this?
postfix rewrite alias before content filters, this solves for me that
i can stick to one login in rc and users can still get all email to
this mailbox, no rc screewup needed :=)
the virtual in rc is just fill the missing mta work imho
http://www200.pair.com/mecham/spam/virtualp1.html#alias