Closed Bug 741159 Opened 13 years ago Closed 13 years ago

aus2-community cronjob e-mail update

Categories

(mozilla.org Graveyard :: Server Operations, task)

x86_64
Windows 7
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Callek, Assigned: Callek)

Details

So, aus2-community (cb-ausstage01) is sending e-mails currently to community-build@mozilla.org this is the first time I've seen that e-mail alias and fox2mike just informed me its sending mail to: ause@sun.com, kairo@kairo.at, gozer@mozillamessaging.com the @sun is bouncing, and kairo's server is bailing with reverse host lookups. That leaves gozer as the only one really getting any messages from here, and I bet he either is also failing to recieve them or filtered them to /dev/null long ago. Either way filing so we have a place to track this incase it pops up. I'm migrating the [root] crontab to seamonkey-release@m.o for the sake of sanity since it is me and SeaMonkey whom maintain/deal with this host now.
Updated |/etc/crontab| manually then ran |/etc/init.d/crond restart|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Note that my server will probably still bail with the host lookups, like this: Apr 1 00:28:00 linz postfix/smtpd[6717]: NOQUEUE: reject: RCPT from mail.mozilla.org[63.245.208.162]: 450 4.1.8 <root@cb-ausstage01.mozilla.org>: Sender address rejected: Domain not found; from=<root@cb-ausstage01.mozilla.org> to=<kairo@kairo.at> proto=ESMTP helo=<dm-mailman01.mozilla.org> It's not a reverse lookup, AFAIK it just goes to see if there's any DNS entry for the host part of the email address, and dumps it if not (to prevent unsolicited email). The real problem there is that cb-ausstage01.mozilla.org doesn't exist in a public DNS.
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.