[rancid] Email notification problems.

[Chris Davis]

Feel like an idiot for not being able to find this, but I'm looking for where a final address is picked up for email notifications. We have a very short domain name for our institution and the full one as well. Gone are the days when short and sweet were important. We're ending the mail delivery service to that domain. So, I have to swap out the short, and put in the longer. I checked everywhere I could think of, and found the aliases file in /etc. It seemed to have all the right email address aliases so I updated the original email aliases with the longer domain named email addresses in the destination section of the alias. I updated the aliases.db file without any problems.

But, as you can guess, the emails keep going to the original short domain addresses. At some point, we're going to pull the plug on the delivery. Seems so bloody simple, but yet, I can't seem to find the problem. Any help is appreciated. Thanks. I'm running 2.3.8.

Chris

[Alan McKinnon]

Feel like an idiot for not being able to find this, but I’m looking for
where a final address is picked up for email notifications. We have a
very short domain name for our institution and the full one as well.
Gone are the days when short and sweet were important. We’re ending the
mail delivery service to that domain. So, I have to swap out the short,
and put in the longer. I checked everywhere I could think of, and found
the aliases file in /etc. It seemed to have all the right email address
aliases so I updated the original email aliases with the longer domain
named email addresses in the destination section of the alias. I
updated the aliases.db file without any problems.
But, as you can guess, the emails keep going to the original short
domain addresses. At some point, we’re going to pull the plug on the
delivery. Seems so bloody simple, but yet, I can’t seem to find the
problem. Any help is appreciated. Thanks. I’m running 2.3.8.

Rancid mails the group name as a local recipient, so as you already
figured out you need a local MTA with an /etc/aliases. This usually
rewrites $rancid_group to $***@some-domain.com

If I read you correctly you did run newaliases and it succeeded?

At this point I'd be checking MAILPREFIX and ADMINMAILPREFIX in
racnid.conf, then looking at my MTA logs to see what it's doing with
rancid mail. These things are usually MTA problems, not rancid problems.

[Alan McKinnon]

Chris,

Something about this rings familiar, but it was a long time ago and on
Postfix, not Sendmail.

IIRC it was a combination of domain rewrite rules in Postfix's conf, and
the local hostname was set wrong in /etc/hosts.

Anything relevant in your mail logs?

I'm wondering if when we remove the shortname domain, it will just deliver anyway since it isn't passing through the shortname's mxhost (which is what is going away).
Thanks for listening to rambling thoughts...
Chris
-----Original Message-----
Sent: Friday, November 06, 2015 1:42 PM
Subject: Re: [rancid] Email notification problems.

Feel like an idiot for not being able to find this, but I’m looking
for where a final address is picked up for email notifications. We
have a very short domain name for our institution and the full one as well.
Gone are the days when short and sweet were important. We’re ending
the mail delivery service to that domain. So, I have to swap out the
short, and put in the longer. I checked everywhere I could think of,
and found the aliases file in /etc. It seemed to have all the right
email address aliases so I updated the original email aliases with the
longer domain named email addresses in the destination section of the
alias. I updated the aliases.db file without any problems.
But, as you can guess, the emails keep going to the original short
domain addresses. At some point, we’re going to pull the plug on the
delivery. Seems so bloody simple, but yet, I can’t seem to find the
problem. Any help is appreciated. Thanks. I’m running 2.3.8.

If I read you correctly you did run newaliases and it succeeded?
At this point I'd be checking MAILPREFIX and ADMINMAILPREFIX in racnid.conf, then looking at my MTA logs to see what it's doing with rancid mail. These things are usually MTA problems, not rancid problems.
--
Alan McKinnon
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo/rancid-discuss

[Jethro R Binks]

I'll take a punt at this, as it also tickles vague memories.

So the email is going to the right place (via longdomain), but you are
concerned about the From: address being qualified as shortdomain? That's
probably a consequence of the canonicalisation rules in Sendmail. I can
remember naff all about it these days, but my guess is rancid is sending
as a bare rancid-switches and Sendmail is qualifying this bare address
with the system hostname, which it thinks is rancid.shortdomain.com.

Does your system know its fully qualified hostname? Is it the short form
or the long form? From what I remember on Solaris you had to poke around
with /etc/hostname.* files, and so on. You'll need to dig around in
Sendmail references to rediscover exactly how Sendmail determines it.

You also might like to look at the MAILDOMAIN option in rancid.conf, where
I think you can persuade rancid to explicitly qualify the sender address
with a named domain:

# If your MTA configuration is broken or you want mail to be forwarded to a
# domain not the same the local one, define that domain here. "@" must be
# included, as this is simply appended to the usual recipients. It is NOT
# appended to recipients specified in rancid-run's -m option.
#MAILDOMAIN="example.com"; export MAILDOMAIN
MAILDOMAIN="@strath.ac.uk"; export MAILDOMAIN

Hope that helps,

Jethro.

Post by Alan McKinnon
Chris,
Something about this rings familiar, but it was a long time ago and on
Postfix, not Sendmail.
IIRC it was a combination of domain rewrite rules in Postfix's conf, and
the local hostname was set wrong in /etc/hosts.
Anything relevant in your mail logs?

Allan. Thanks for your response. The alias file was indeed properly
updated and the newaliases command was run. The mail is being sent to
the right place. But what happens is that even though I send the
know if this is a sending MTA issue or a receiving MTA issue. It
appears in the headers that the mail is being resent from the right
impact of recompiling the package replacing shortname.com with the
longname.com domain name. I wonder if it would cause havoc in the CVS
or other systems. I'm guessing that I might be able to do some magic
in the sendmail.cf file... Just not sure where. Make all delivery
messages of shortname.com be rewritten with longname.com instead.
I'm wondering if when we remove the shortname domain, it will just
deliver anyway since it isn't passing through the shortname's mxhost
(which is what is going away).
Thanks for listening to rambling thoughts... Chris
-----Original Message-----
Sent: Friday, November 06, 2015 1:42 PM
Subject: Re: [rancid] Email notification problems.

Feel like an idiot for not being able to find this, but I¢m looking
for where a final address is picked up for email notifications. We
have a very short domain name for our institution and the full one as well.
Gone are the days when short and sweet were important. We¢re ending
the mail delivery service to that domain. So, I have to swap out the
short, and put in the longer. I checked everywhere I could think of,
and found the aliases file in /etc. It seemed to have all the right
email address aliases so I updated the original email aliases with the
longer domain named email addresses in the destination section of the
alias. I updated the aliases.db file without any problems.
But, as you can guess, the emails keep going to the original short
domain addresses. At some point, we¢re going to pull the plug on the
delivery. Seems so bloody simple, but yet, I can¢t seem to find the
problem. Any help is appreciated. Thanks. I¢m running 2.3.8.

If I read you correctly you did run newaliases and it succeeded?
At this point I'd be checking MAILPREFIX and ADMINMAILPREFIX in racnid.conf, then looking at my MTA logs to see what it's doing with rancid mail. These things are usually MTA problems, not rancid problems.
--
Alan McKinnon
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo/rancid-discuss

--
Alan McKinnon
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo/rancid-discuss

. . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks, Network Manager,
Information Services Directorate, University Of Strathclyde, Glasgow, UK

The University of Strathclyde is a charitable body, registered in
Scotland, number SC015263.

[Chris Davis]

What it comes down to is that the mxhost (outside) for that domain is going away. This message is being generated inside. I could spend a lot of time rewriting the header or renaming the domain within rancid from the short one to the long one, but I think I will just let it deliver. It uses our internal relay which we won't deny for the short domain. I had the rule that was barking about the short domain's demise excluded from the rancid server, and it's all good again. Maybe I should suggest to the email admin that he should apply that rule only to email that enters from outside, since inside email to the short domain will still deliver.

Thanks again. I did try to use the rancid.conf's MAILDOMAIN setting, but it didn't work for me. Not sure why.

Chris

-----Original Message-----
From: Alan McKinnon [mailto:***@gmail.com]
Sent: Monday, November 09, 2015 3:50 PM
To: Chris Davis <***@principia.edu>; rancid-***@shrubbery.net
Subject: Re: [rancid] Email notification problems.

Chris,

Something about this rings familiar, but it was a long time ago and on Postfix, not Sendmail.

IIRC it was a combination of domain rewrite rules in Postfix's conf, and the local hostname was set wrong in /etc/hosts.

Anything relevant in your mail logs?

I'm wondering if when we remove the shortname domain, it will just deliver anyway since it isn't passing through the shortname's mxhost (which is what is going away).
Thanks for listening to rambling thoughts...
Chris
-----Original Message-----
Behalf Of Alan McKinnon
Sent: Friday, November 06, 2015 1:42 PM
Subject: Re: [rancid] Email notification problems.

Feel like an idiot for not being able to find this, but I’m looking
for where a final address is picked up for email notifications. We
have a very short domain name for our institution and the full one as well.
Gone are the days when short and sweet were important. We’re ending
the mail delivery service to that domain. So, I have to swap out the
short, and put in the longer. I checked everywhere I could think of,
and found the aliases file in /etc. It seemed to have all the right
email address aliases so I updated the original email aliases with
the longer domain named email addresses in the destination section of
the alias. I updated the aliases.db file without any problems.
But, as you can guess, the emails keep going to the original short
domain addresses. At some point, we’re going to pull the plug on the
delivery. Seems so bloody simple, but yet, I can’t seem to find the
problem. Any help is appreciated. Thanks. I’m running 2.3.8.

Rancid mails the group name as a local recipient, so as you already
figured out you need a local MTA with an /etc/aliases. This usually
If I read you correctly you did run newaliases and it succeeded?
At this point I'd be checking MAILPREFIX and ADMINMAILPREFIX in racnid.conf, then looking at my MTA logs to see what it's doing with rancid mail. These things are usually MTA problems, not rancid problems.
--
Alan McKinnon
_______________________________________________
Rancid-discuss mailing list
http://www.shrubbery.net/mailman/listinfo/rancid-discuss

[Chris Davis]

Feel like an idiot for not being able to find this, but I'm looking for where a final address is picked up for email notifications. We have a very short domain name for our institution and the full length one as well. Gone are the days when short and sweet were important. We're ending the mail delivery service to that domain. So, I have to swap out the short, and put in the longer. I checked everywhere I could think of, and found the aliases file in /etc. It seemed to have all the right email address aliases so I updated the original email aliases with the longer domain named email addresses in the destination section of the alias. I updated the aliases.db file without any problems.

But, as you can guess, the emails keep going to the original short domain addresses. At some point, we're going to pull the plug on the delivery. Seems so bloody simple, but yet, I can't seem to find the problem. Any help is appreciated. Thanks. I'm running 2.3.8.

Chris