Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
email sent to an alias that expands to more than one email address
working. All I keep getting is "Invalid route address".

The format of the address in aliases is

Please substitute @ for " at "

test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
email.lacitec.on.ca

If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
it passes.

Anybody knows where I should start looking?

Thanks.

gagnon.sylvain@gmail.com writes:

> Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
> email sent to an alias that expands to more than one email address
> working. All I keep getting is "Invalid route address".
>
> The format of the address in aliases is
>
> Please substitute @ for " at "
>
> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
> email.lacitec.on.ca
>
> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
> it passes.
>
> Anybody knows where I should start looking?

What have you done to make sendmail support "domanized aliases"?
It is not a standard/typicall configuration.

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
Superior ability breeds superior ambition.
-- Spock, "Space Seed", stardate 3141.9

On May 15, 10:52 am, Andrzej Adam Filip <a...@onet.eu> wrote:
> gagnon.sylv...@gmail.com writes:
> > Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
> > email sent to an alias that expands to more than one email address
> > working. All I keep getting is "Invalid route address".
>
> > The format of the address in aliases is
>
> > Please substitute @ for " at "
>
> > test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
> > email.lacitec.on.ca
>
> > If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
> > it passes.
>
> > Anybody knows where I should start looking?
>
> What have you done to make sendmail support "domanized aliases"?
> It is not a standard/typicall configuration.
>
> --
> [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
> Superior ability breeds superior ambition.
> -- Spock, "Space Seed", stardate 3141.9

Hi, thanks for your response. I've inherited that box, I don't know
what was done to it. It runs Debian 3.1. All I know is if I have the
line "test at lacitec.on.ca: test1 at email.lacitec.on.ca" in /etc/
aliases, it works but if I replace the line for "test at
lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
email.lacitec.on.ca", it doesn't work anymore.

Thanks.

In article <877irap2al.fsf@anfi.homeunix.net> Andrzej Adam Filip
<anfi@onet.eu> writes:
>gagnon.sylvain@gmail.com writes:
>
>> Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
>> email sent to an alias that expands to more than one email address
>> working. All I keep getting is "Invalid route address".
>>
>> The format of the address in aliases is
>>
>> Please substitute @ for " at "
>>
>> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
>> email.lacitec.on.ca
>>
>> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
>> it passes.
>>
>> Anybody knows where I should start looking?
>
>What have you done to make sendmail support "domanized aliases"?
>It is not a standard/typicall configuration.

Well, if the domain-part is in $={w}, it's effectively ignored, so may
appear to work. But you may be onto something else - if some "smart" guy
pointed virtusertable at the alias file to achieve "domainized aliases",
it would probably explain the problem.

--Per Hedeland
per@hedeland.org

per@hedeland.org (Per Hedeland) writes:

> In article <877irap2al.fsf@anfi.homeunix.net> Andrzej Adam Filip
> <anfi@onet.eu> writes:
>>gagnon.sylvain@gmail.com writes:
>>
>>> Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
>>> email sent to an alias that expands to more than one email address
>>> working. All I keep getting is "Invalid route address".
>>>
>>> The format of the address in aliases is
>>>
>>> Please substitute @ for " at "
>>>
>>> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
>>> email.lacitec.on.ca
>>>
>>> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
>>> it passes.
>>>
>>> Anybody knows where I should start looking?
>>
>>What have you done to make sendmail support "domanized aliases"?
>>It is not a standard/typicall configuration.
>
> Well, if the domain-part is in $={w}, it's effectively ignored, so may
> appear to work.

It would be merely "misleading" :-)

> But you may be onto something else - if some "smart" guy pointed
> virtusertable at the alias file to achieve "domainized aliases", it
> would probably explain the problem.

Your imagination seems to be better than mine :-)

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
A bachelor never quite gets over the idea that he is a thing of beauty
and a boy for ever.
-- Helen Rowland

On May 15, 5:28 pm, p...@hedeland.org (Per Hedeland) wrote:
> In article <877irap2al....@anfi.homeunix.net> Andrzej Adam Filip
>
>
>
> <a...@onet.eu> writes:
> >gagnon.sylv...@gmail.com writes:
>
> >> Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
> >> email sent to an alias that expands to more than one email address
> >> working. All I keep getting is "Invalid route address".
>
> >> The format of the address in aliases is
>
> >> Please substitute @ for " at "
>
> >> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
> >> email.lacitec.on.ca
>
> >> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
> >> it passes.
>
> >> Anybody knows where I should start looking?
>
> >What have you done to make sendmail support "domanized aliases"?
> >It is not a standard/typicall configuration.
>
> Well, if the domain-part is in $={w}, it's effectively ignored, so may
> appear to work. But you may be onto something else - if some "smart" guy
> pointed virtusertable at the alias file to achieve "domainized aliases",
> it would probably explain the problem.
>
> --Per Hedeland
> p...@hedeland.org

How would I know if this is what happened?

gagnon.sylvain@gmail.com writes:

> On May 15, 5:28 pm, p...@hedeland.org (Per Hedeland) wrote:
>> In article <877irap2al....@anfi.homeunix.net> Andrzej Adam Filip
>>
>>
>>
>> <a...@onet.eu> writes:
>> >gagnon.sylv...@gmail.com writes:
>>
>> >> Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
>> >> email sent to an alias that expands to more than one email address
>> >> working. All I keep getting is "Invalid route address".
>>
>> >> The format of the address in aliases is
>>
>> >> Please substitute @ for " at "
>>
>> >> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
>> >> email.lacitec.on.ca
>>
>> >> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
>> >> it passes.
>>
>> >> Anybody knows where I should start looking?
>>
>> >What have you done to make sendmail support "domanized aliases"?
>> >It is not a standard/typicall configuration.
>>
>> Well, if the domain-part is in $={w}, it's effectively ignored, so may
>> appear to work. But you may be onto something else - if some "smart" guy
>> pointed virtusertable at the alias file to achieve "domainized aliases",
>> it would probably explain the problem.
>>
>> --Per Hedeland
>> p...@hedeland.org
>
> How would I know if this is what happened?

echo '3,0 test@example.com' | sendmail -d60.5 -bt

It should show you virtusertable lookups.

--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
In the facades we put on for others we demonstrate our potential;
through our children we reveal our reality.
--Lawrence Kelemen, To Kindle A Soul p. 195

In article <87zm4510yh.fsf@anfi.homeunix.net> Andrzej Adam Filip
<anfi@onet.eu> writes:
>gagnon.sylvain@gmail.com writes:
>
>> On May 15, 5:28 pm, p...@hedeland.org (Per Hedeland) wrote:
>>> In article <877irap2al....@anfi.homeunix.net> Andrzej Adam Filip
>>>
>>>
>>>
>>> <a...@onet.eu> writes:
>>> >gagnon.sylv...@gmail.com writes:
>>>
>>> >> Hi, I'm using sendmail 8.12.11 (compiled from source) and can't get
>>> >> email sent to an alias that expands to more than one email address
>>> >> working. All I keep getting is "Invalid route address".
>>>
>>> >> The format of the address in aliases is
>>>
>>> >> Please substitute @ for " at "
>>>
>>> >> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
>>> >> email.lacitec.on.ca
>>>
>>> >> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
>>> >> it passes.
>>>
>>> >> Anybody knows where I should start looking?
>>>
>>> >What have you done to make sendmail support "domanized aliases"?
>>> >It is not a standard/typicall configuration.
>>>
>>> Well, if the domain-part is in $={w}, it's effectively ignored, so may
>>> appear to work. But you may be onto something else - if some "smart" guy
>>> pointed virtusertable at the alias file to achieve "domainized aliases",
>>> it would probably explain the problem.

>> How would I know if this is what happened?
>
>echo '3,0 test@example.com' | sendmail -d60.5 -bt
>
>It should show you virtusertable lookups.

And of course the .mc file used to produce sendmail.cf will be useful -
something like this doesn't "happen", it's the result of intentional
(though probably misguided) configuration.

--Per Hedeland
per@hedeland.org

On May 16, 7:07 am, Andrzej Adam Filip <a...@onet.eu> wrote:
> gagnon.sylv...@gmail.com writes:
> > On May 15, 5:28 pm, p...@hedeland.org (Per Hedeland) wrote:
> >> In article <877irap2al....@anfi.homeunix.net> Andrzej Adam Filip
>
> >> <a...@onet.eu> writes:
> >> >gagnon.sylv...@gmail.com writes:
>
> >> >> Hi, I'm usingsendmail8.12.11 (compiled from source) and can't get
> >> >> email sent to an alias that expands to more than one email address
> >> >> working. All I keep getting is "Invalid route address".
>
> >> >> The format of the address in aliases is
>
> >> >> Please substitute @ for " at "
>
> >> >> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
> >> >> email.lacitec.on.ca
>
> >> >> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
> >> >> it passes.
>
> >> >> Anybody knows where I should start looking?
>
> >> >What have you done to makesendmailsupport "domanized aliases"?
> >> >It is not a standard/typicall configuration.
>
> >> Well, if the domain-part is in $={w}, it's effectively ignored, so may
> >> appear to work. But you may be onto something else - if some "smart" guy
> >> pointed virtusertable at the alias file to achieve "domainized aliases",
> >> it would probably explain the problem.
>
> >> --Per Hedeland
> >> p...@hedeland.org
>
> > How would I know if this is what happened?
>
> echo '3,0 t...@example.com' |sendmail-d60.5 -bt
>
> It should show you virtusertable lookups.
>
> --
> [pl>en: Andrew] Andrzej Adam Filip : a...@priv.onet.pl : a...@xl.wp.pl
> In the facades we put on for others we demonstrate our potential;
> through our children we reveal our reality.
> --Lawrence Kelemen, To Kindle A Soul p. 195

Sorry for the delay, I got 'sidetracked'...

Here's the output (replace 'at' by @):

ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
> canonify input: sipcron 'at' lacitec . on . ca
Canonify2 input: sipcron < 'at' lacitec . on . ca >
map_lookup(host, lacitec.on.ca, %0=lacitec.on.ca) => lacitec.on.ca.
(0)
Canonify2 returns: sipcron < 'at' lacitec . on . ca . >
canonify returns: sipcron < 'at' lacitec . on . ca . >
parse input: sipcron < 'at' lacitec . on . ca . >
Parse0 input: sipcron < 'at' lacitec . on . ca . >
map_lookup(dequote, sipcron, %0=sipcron) => NOT FOUND (0)
Parse0 returns: sipcron < 'at' lacitec . on . ca . >
ParseLocal input: sipcron < 'at' lacitec . on . ca . >
map_lookup(aliases, sipcron, %0=sipcron) =>
llacas'at'lacitec.on.ca,sylvain'at'lacitec.on.ca;C ANONME (0)
CanonAddr input: llacas 'at' lacitec . on . ca , sylvain 'at'
lacitec . on . ca
canonify input: llacas 'at' lacitec . on . ca , sylvain 'at'
lacitec . on . ca
Canonify2 input: llacas 'at' lacitec . on . ca , sylvain <
'at' lacitec . on . ca >
map_lookup(host, lacitec.on.ca, %0=lacitec.on.ca) => lacitec.on.ca.
(0)
Canonify2 returns: llacas 'at' lacitec . on . ca , sylvain <
'at' lacitec . on . ca . >
canonify returns: llacas 'at' lacitec . on . ca , sylvain <
'at' lacitec . on . ca . >
Parse0 input: llacas 'at' lacitec . on . ca , sylvain <
'at' lacitec . on . ca . >
Parse0 returns: $# error $'at' 5 . 1 . 3 $: "553 Invalid
route address"
CanonAddr returns: $# error $'at' 5 . 1 . 3 $: "553 Invalid
route address"
ParseLocal returns: $# error $'at' 5 . 1 . 3 $: "553 Invalid
route address"
parse returns: $# error $'at' 5 . 1 . 3 $: "553 Invalid
route address"

On May 16, 1:27 pm, p...@hedeland.org (Per Hedeland) wrote:
> In article <87zm4510yh....@anfi.homeunix.net> Andrzej Adam Filip
>
>
>
> <a...@onet.eu> writes:
> >gagnon.sylv...@gmail.com writes:
>
> >> On May 15, 5:28 pm, p...@hedeland.org (Per Hedeland) wrote:
> >>> In article <877irap2al....@anfi.homeunix.net> Andrzej Adam Filip
>
> >>> <a...@onet.eu> writes:
> >>> >gagnon.sylv...@gmail.com writes:
>
> >>> >> Hi, I'm usingsendmail8.12.11 (compiled from source) and can't get
> >>> >> email sent to an alias that expands to more than one email address
> >>> >> working. All I keep getting is "Invalid route address".
>
> >>> >> The format of the address in aliases is
>
> >>> >> Please substitute @ for " at "
>
> >>> >> test at lacitec.on.ca: test1 at email.lacitec.on.ca, test2 at
> >>> >> email.lacitec.on.ca
>
> >>> >> If I simply use "test at lacitec.on.ca: test1 at email.lacitec.on.ca",
> >>> >> it passes.
>
> >>> >> Anybody knows where I should start looking?
>
> >>> >What have you done to makesendmailsupport "domanized aliases"?
> >>> >It is not a standard/typicall configuration.
>
> >>> Well, if the domain-part is in $={w}, it's effectively ignored, so may
> >>> appear to work. But you may be onto something else - if some "smart" guy
> >>> pointed virtusertable at the alias file to achieve "domainized aliases",
> >>> it would probably explain the problem.
> >> How would I know if this is what happened?
>
> >echo '3,0 t...@example.com' |sendmail-d60.5 -bt
>
> >It should show you virtusertable lookups.
>
> And of course the .mc file used to producesendmail.cf will be useful -
> something like this doesn't "happen", it's the result of intentional
> (though probably misguided) configuration.
>
> --Per Hedeland
> p...@hedeland.org

Here's the sendmail.mc used to create the .cf file:

divert(0)dnl
OSTYPE(linux)dnl
DOMAIN(`generic')dnl
MASQUERADE_AS(`lacitec.on.ca')
MASQUERADE_DOMAIN(lacitec.on.ca)
FEATURE(relay_entire_domain)dnl
FEATURE(`no_default_msa')
FEATURE(`masquerade_entire_domain')
FEATURE(`masquerade_envelope')
FEATURE(`access_db', `hash -T<TMPF> /etc/mail/access')
INPUT_MAIL_FILTER(`mimedefang', `S=unix:/var/spool/MIMEDefang/
mimedefang.sock, F=T, T=S:5m;R:5m')
define(`_FILE',`dev/null')
define(`confPRIVACY_FLAGS',`goaway,restrictmailq,r estrictqrun')
define(`confSMTP_LOGIN_MSG',`$m')
define(`confALLOW_BOGUS_HELO',`False')
# disableddefine(`confMCI_CACHE_SIZE',`0')
define(`confHOST_STATUS_DIRECTORY',`.hoststat')
MAILER(local)dnl
MAILER(smtp)dnl
LOCAL_CONFIG
Knims regex -s1 -a@nims.lacitec.on.ca;CANONME (^[0-9][^@]*)
Kchecknims regex -m -a;NIMS (^[0-9][^@]*)
Kgroupwise regex -s1 -a@email.lacitec.on.ca;CANONME (^[^0-9][^@]*)
Kdncn regex -s1 -a;TAGGED .*?cn=(.+?),.*
Kaliases hash -a;CANONME /etc/mail/aliases
Kldapmaila ldap -k"cn=%s" -v"mail" -hlocalhost -
b"ou=adm,ou=aviat,o=lacitec" -a;GRPWV
Kldapmailg ldap -k"cn=%s" -v"mail" -hlocalhost -
b"ou=groupwise,ou=aviat,o=lacitec" -a;GRPWV
Kldapmaile ldap -k"cn=%s" -v"mail" -hlocalhost -
b"ou=etu,ou=aviat,o=lacitec" -a;NIMSV
Kldapcna ldap -k"cn=%s" -v"cn" -hlocalhost -
b"ou=adm,ou=aviat,o=lacitec" -a;GRPWV
Kldapcng ldap -k"cn=%s" -v"cn" -hlocalhost -
b"ou=groupwise,ou=aviat,o=lacitec" -a;GRPWV
Kldapcne ldap -k"cn=%s" -v"cn" -hlocalhost -
b"ou=etu,ou=aviat,o=lacitec" -a;NIMSV
LOCAL_RULE_0
R$*@$*@$* $#error $@5.7.1 $:'551 Sorry, no redirection.'
R$+ <@lacitec.on.ca.> $* $: $1 < @ $m > $2
R$+ <@calcc.ca.> $* $: $1 < @ $m > $2
R$+ <@lacitecollegiale.com.> $* $: $1 < @ $m > $2
R$+ < > $* $: $1 < @ $m > $2
R$+ < @ $* $m > $* $: $1;TAGGED
R$+ < @ $* $m . > $* $: $1;TAGGED
R$+;TAGGED$* $: $(aliases $1 $: $1;TAGGED $)
R$+;TAGGED$* $: $(checknims $1 $: $1;GRPWISE $)
R$+;GRPWISE$* $: $(ldapmaila $1 $: $1;GRPWISE $)
R$+;GRPWISE$* $: $(ldapmailg $1 $: $1;GRPWISE $)
R$+;GRPWISE$* $: $(ldapcna $1 $: $1;GRPWISE $)
R$+;GRPWISE$* $: $(ldapcng $1 $: $1;CANONME $)
R$+;NIMS$* $: $(ldapmaile $1 $: $1;NIMS $)
R$+;NIMS$* $: $(ldapcne $1 $: $1;CANONME $)
R$+;NIMSV$* $: $(nims $1 $: $1;TAGGED $)
R$+;GRPWV$* $: $(groupwise $1 $: $1 @ $m;CANONME $)
R$+;CANONME$* $: $>CanonAddr $1
RERROR$* $#error $: $1 local_rule_error

In article <1179850777.555753.311580@z24g2000prd.googlegroups .com>
gagnon.sylvain@gmail.com writes:

>> >>> >> Hi, I'm usingsendmail8.12.11 (compiled from source) and can't get

>> >>> >What have you done to makesendmailsupport "domanized aliases"?

>> And of course the .mc file used to producesendmail.cf will be useful -

Is it google that deletes spaces adjacent to the word "sendmail" or is
it something you're doing? Just curious.:-)

>> >>> >> email sent to an alias that expands to more than one email address
>> >>> >> working. All I keep getting is "Invalid route address".

>Here's the sendmail.mc used to create the .cf file:

>Kaliases hash -a;CANONME /etc/mail/aliases

>R$+;TAGGED$* $: $(aliases $1 $: $1;TAGGED $)

So you're doing alias lookups from the rulesets and simply using the
result (if any) - that won't work, with precisely the result you're
seeing. The ruleset processing is strictly one-address-at-a-time,
there's no way they can deal with the potential one-to-many mapping that
aliases provides.

--Per Hedeland
per@hedeland.org

On May 22, 5:35 pm, p...@hedeland.org (Per Hedeland) wrote:
> In article <1179850777.555753.311...@z24g2000prd.googlegroups .com>
>
> gagnon.sylv...@gmail.com writes:
> >> >>> >> Hi, I'm usingsendmail8.12.11 (compiled from source) and can't get
> >> >>> >What have you done to makesendmailsupport "domanized aliases"?
> >> And of course the .mc file used to producesendmail.cf will be useful -
>
> Is it google that deletes spaces adjacent to the word "sendmail" or is
> it something you're doing? Just curious.:-)

Don't know. If it's me, it's by mistake.

> >> >>> >> email sent to an alias that expands to more than one email address
> >> >>> >> working. All I keep getting is "Invalid route address".
> >Here's thesendmail.mc used to create the .cf file:
> >Kaliases hash -a;CANONME /etc/mail/aliases
> >R$+;TAGGED$* $: $(aliases $1 $: $1;TAGGED $)
>
> So you're doing alias lookups from the rulesets and simply using the
> result (if any) - that won't work, with precisely the result you're
> seeing. The ruleset processing is strictly one-address-at-a-time,
> there's no way they can deal with the potential one-to-many mapping that
> aliases provides.
>
> --Per Hedeland
> p...@hedeland.org

Is there something I can do? What we have sendmail doing is taking a
employee_name@lacitec.on.ca and changing it to
employee_name@email.lacitec.on.ca (employee name) and
9999999@lacitec.on.ca (student number) and changing it to
9999999@nims.lacitec.on.ca (that's why the rule for starting with a
digit). The name is then checked against the alias file (but I believe
it could be checked above instead with no harm done) and then against
our ldap server to see if it's valid account before even sending it so
our mail server need to do spam/virus for nothing.

Thanks for your time!

In article <1179917531.110539.49910@p47g2000hsd.googlegroups. com>
gagnon.sylvain@gmail.com writes:
>On May 22, 5:35 pm, p...@hedeland.org (Per Hedeland) wrote:
>>
>> Is it google that deletes spaces adjacent to the word "sendmail" or is
>> it something you're doing? Just curious.:-)
>
>Don't know. If it's me, it's by mistake.

Weird. And it happened again - it's only in the quoted text in your
followups:

>> >Here's thesendmail.mc used to create the .cf file:

>> So you're doing alias lookups from the rulesets and simply using the
>> result (if any) - that won't work, with precisely the result you're
>> seeing. The ruleset processing is strictly one-address-at-a-time,
>> there's no way they can deal with the potential one-to-many mapping that
>> aliases provides.

>Is there something I can do? What we have sendmail doing is taking a
>employee_name@lacitec.on.ca and changing it to
>employee_name@email.lacitec.on.ca (employee name) and
>9999999@lacitec.on.ca (student number) and changing it to
>9999999@nims.lacitec.on.ca (that's why the rule for starting with a
>digit). The name is then checked against the alias file (but I believe
>it could be checked above instead with no harm done) and then against
>our ldap server to see if it's valid account before even sending it so
>our mail server need to do spam/virus for nothing.

If you're just doing an "existence check", you should use -m in the map
definitions, see doc/op/op.*.

--Per Hedeland
per@hedeland.org