Hi all,
my problem is that we have a Cyrus Imapd serving about 10k mailboxes for
around 3k domains. Our old system runs with postfix and we now want to
use sendmail as incoming MTA for the domains and have it deliver the
mails to the Cyrus box using LMTP.
So I set up sendmail with virtusertable, virthost, mailertable, smmapd
etc. and almost everything works fine except one thing:
If a user has a mailbox eg. user [at] dom.net on the cyrus and wants mail
coming in for that address be delivered to her cyrus mailbox aswell as
to another address eg. user [at] dom2.org sendmail needs to have user [at] dom.net
in its virtuertable pointing to a local alias. This alias has to point
sendmail to user [at] dom2.org and user [at] dom.net. And this is where the
problem starts: sendmail looks up user [at] dom.net again in the
virtusertable, finds the local alias, looks it up in the alias.db and so on.
I tried using a \ in front of the user [at] dom.net on the RHS in the alias
file but that leads to a User unknown error from smmapd because sendmail
looks up the user including the \.

Is there a way to stop sendmail from looking up the address again and
instead just give it to the cyrusv2 mailer?

Btw: Sendmail is configured as described on
http://anfi.homeunix.net/sendmail/rtcyrus2.html using the mailertable

Thank you

Ingo Peukes <peukes [at] tal.de> writes:

> Hi all,
> my problem is that we have a Cyrus Imapd serving about 10k mailboxes
> for around 3k domains. Our old system runs with postfix and we now
> want to use sendmail as incoming MTA for the domains and have it
> deliver the mails to the Cyrus box using LMTP.
> So I set up sendmail with virtusertable, virthost, mailertable, smmapd
> etc. and almost everything works fine except one thing:
> If a user has a mailbox eg. user [at] dom.net on the cyrus and wants mail
> coming in for that address be delivered to her cyrus mailbox aswell as
> to another address eg. user [at] dom2.org sendmail needs to have
> user [at] dom.net
> in its virtuertable pointing to a local alias. This alias has to point
> sendmail to user [at] dom2.org and user [at] dom.net. And this is where the
> problem starts: sendmail looks up user [at] dom.net again in the
> virtusertable, finds the local alias, looks it up in the alias.db and
> so on.
> I tried using a \ in front of the user [at] dom.net on the RHS in the alias
> file but that leads to a User unknown error from smmapd because
> sendmail looks up the user including the \.
>
> Is there a way to stop sendmail from looking up the address again and
> instead just give it to the cyrusv2 mailer?
>
> Btw: Sendmail is configured as described on
> http://anfi.homeunix.net/sendmail/rtcyrus2.html using the mailertable

Take a look at next version of RTCyrus2 named RTCyrus3. The new version
has been designed to simplify configuration and improve handling of
aliases.
http://anfi.homeunix.net/sendmail/rtcyrus3.html

RTCyrus2-mailertable checks existence of cyrus mailbox before alias
expansion and rejects messages to non existent cyrus mailboxes before
aliasing.

--
[pl>en: Andrew] Andrzej Adam Filip : anfi [at] priv.onet.pl : anfi [at] xl.wp.pl
The last thing one knows in constructing a work is what to put first.
-- Blaise Pascal

Andrzej Adam Filip wrote:
>
> Take a look at next version of RTCyrus2 named RTCyrus3. The new version
> has been designed to simplify configuration and improve handling of
> aliases.
> http://anfi.homeunix.net/sendmail/rtcyrus3.html

Thank you for the hint. Tried it this morning and it works great now!

Greetings
Ingo Peukes

Ingo Peukes <peukes [at] tal.de> writes:

> Andrzej Adam Filip wrote:
>>
>> Take a look at next version of RTCyrus2 named RTCyrus3. The new version
>> has been designed to simplify configuration and improve handling of
>> aliases.
>> http://anfi.homeunix.net/sendmail/rtcyrus3.html
>
> Thank you for the hint. Tried it this morning and it works great now!

The only significant improvement left is to make Cyrus IMAP signal
"over quota" situation in a way that sendmail.cf can handle.

Sendmail.cf supports limited subset of socket map protocol
functionality e.g. it does not get TMP (temporary problems)
explanation strings.

Feel free to submit results of your tests/deployment in tracker at
http://sourceforge.net/projects/open-sendmail/
in "Bugs", "Feature Requests" or (Positive) "Tests Results".

P.S. Wait 2 weeks before filling the last options :-)

--
[pl>en: Andrew] Andrzej Adam Filip : anfi [at] priv.onet.pl : anfi [at] xl.wp.pl
In this world, nothing is certain but death and taxes.
-- Benjamin Franklin