First can you confirm that you add the pseudonym via the server-manger or do you use another method eg command line?? Lazy admin tools?
Next.
So the issue is here.
Aug 27 08:06:50 mailsrv esmith::event[58475]: ERROR in /etc/e-smith/templates//var/qmail/control/virtualdomains/90pseudonyms: Program fragment delivered error <<Can't call method "prop" on an undefined value at /etc/e-smith/templates//var/qmail/control/virtualdomains/90pseudonyms line 18.>> at template line 1
So lets look at that file (whilst I have cafe at the bar and make notes to myself)
cat -n /etc/e-smith/templates//var/qmail/control/
virtualdomains/90pseudonyms
1 {
2 my $dms = $DelegateMailServer;
3
4 return "# DelegateMailServer is set"
if ($dms && ($dms !~ /^\s*$/));
5
6 $OUT = "";
7
8 use esmith::AccountsDB;
9
10 my $adb = esmith::AccountsDB->open_ro
or die "Couldn't open AccountsDB";
11
12 for my $pseudo ($adb->pseudonyms)
13 {
14 next unless ($pseudo->key =~ /@/)
;
15
16 my $account = $pseudo->prop("Acco
unt");
17 my $acct = $adb->get($account);
18 if ($acct->prop('type') eq "group
")
19 {
20 $account =~ s/\./:/g;
21 }
22
23 $OUT .= $pseudo->key . ":$account
\n";
24 }
25 }
So it is looking in the Accounts DB for a type 'group'. But it doesn't find it for an entry.
I need to go look and test on one of boxes to see how it works.
You have probably deleted an account or group or something and it has left something 'dangling'... without a proper setting. Do you remember doing this?
You can see:
db accounts show test
test=pseudonym
Account=jcrisp
Then:
db accounts show jcrisp
jcrisp=user
Blah
Blah
We can check if we have any groups:
db accounts show |grep group
And then who belongs to it:
db accounts show somegroup
Have a look first and see it you can see one that doesn't have a home.
We might be able to put a bit of code in to detect the problematic entry. I'll take a look later.
Ahhh and then I remembered about this. Here's your problem, and how to find the problematic key.
https://bugs.contribs.org/show_bug.cgi?id=8591