<div dir="ltr">the mail gateway "<a href="http://mx1.stlouisfed.org" target="_blank">mx1.stlouisfed.org</a>" is configured in sendmail and postfix config files, /etc/mail/<a href="http://sendmail.mc" target="_blank">sendmail.mc</a> and /etc/postfix/<a href="http://main.cf" target="_blank">main.cf</a>.  I'm not sure where it might be included in perl code or why it would be.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 10, 2016 at 2:47 PM, Sune Karlsson <span dir="ltr"><<a href="mailto:Sune.Karlsson@oru.se" target="_blank">Sune.Karlsson@oru.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Some thoughts off the top of my head. Most probably random noise or things you have already thought of.<br>
<br>
Is <a href="http://mx1.stlouisfed.org" rel="noreferrer" target="_blank">mx1.stlouisfed.org</a> your mail gateway? Is this configured somewhere or picked up automatically? If configured it might help to trace where this variable is used.<br>
<br>
Perl module or system call for sending e-mail? I doubt that something is "messing" with the e-mail address. It is more likely that whatever is sending the e-mail tacks on the @<a href="http://mx1.stlouisfed.org" rel="noreferrer" target="_blank">mx1.stlouisfed.org</a> to the address for some strange reason.<br>
<br>
/Sune<br>
<div><div class="h5"><br>
> -----Original Message-----<br>
> From: 'Christian Zimmermann' [mailto:<a href="mailto:zimmermann@stlouisfed.org">zimmermann@stlouisfed.org</a>]<br>
> Sent: Sunday, April 10, 2016 8:03 PM<br>
> To: Sune Karlsson<br>
> Cc: Thomas Krichel; RAS-run Mailing List; Hayes, Dan -- Dan Hayes<br>
> Subject: RE: [RAS] ReDIF-perl trouble<br>
><br>
> The latest of the little I was able to figure out.<br>
><br>
> ReDIF-perl does not seem to be to blame, at least not directly. Updating<br>
> it triggered all sort of other updates, and despite reverting ReDIF-<br>
> perl,<br>
> emails are *not* going out. New registrants and email changes bounced<br>
> hopping within our system.<br>
><br>
> Emails are typically formatted like<br>
> zimmermann@stlouisfed.org@<a href="http://mx1.stlouisfed.org" rel="noreferrer" target="_blank">mx1.stlouisfed.org</a><br>
><br>
> but I have seen one split in two like this:<br>
> christian.zimmermann@stls.frb.o@<a href="http://mx1.stlouisfed.org" rel="noreferrer" target="_blank">mx1.stlouisfed.org</a><br>
> <a href="mailto:rg@mx1.stlouisfed.org">rg@mx1.stlouisfed.org</a><br>
><br>
> which makes absolutely no sense.<br>
><br>
> There must be some package that has started messing with those email<br>
> addresses. From the list of updated packages, there is no obvious<br>
> candidate.<br>
><br>
> Still digging.<br>
><br>
> And, no, Thomas I cannot give you access to the machine.<br>
><br>
><br>
><br>
> Christian Zimmermann                          FIGUGEGL!<br>
> Economic Research<br>
> Federal Reserve Bank of St. Louis<br>
> P.O. Box 442<br>
> St. Louis MO 63166-0442 USA<br>
</div></div>> <a href="https://mailfilter.sunet.se/canit/urlproxy.php?_q=aHR0cHM6Ly9pZGVhcy5yZX" rel="noreferrer" target="_blank">https://mailfilter.sunet.se/canit/urlproxy.php?_q=aHR0cHM6Ly9pZGVhcy5yZX</a><br>
> BlYy5vcmcvemltbS8%3D&_r=b3J1LXNl&_s=c2tuQG9ydS5zZQ%3D%3D<br>
<div class="HOEnZb"><div class="h5">> @CZimm_economist<br>
><br>
> On Sun, 10 Apr 2016, Sune Karlsson wrote:<br>
><br>
> >>> 2) I notice today the ReDIF-perl was not installed on RAS. after<br>
> >>> installation though, emails have broken. the to field is malformed,<br>
> >> for<br>
> >>> example:<br>
> >>><br>
> >>> The following message to <"Christian Zimmermann"<br>
> >>> <<a href="mailto:zimmermann@stlouisfed.org">zimmermann@stlouisfed.org</a>>@<a href="http://mx1.stlouisfed.org" rel="noreferrer" target="_blank">mx1.stlouisfed.org</a>> was<br>
> >>> undeliverable.<br>
> >>><br>
> >>> returning to 2.70 fixed the problem, so it has nothing to do with<br>
> any<br>
> >>> external perl module that refreshed during install. I suspect this<br>
> has<br>
> >> to do<br>
> >>> with the following in Parser.pm:<br>
> >>><br>
> >>> <             'remove_newline_from_values' => 0,<br>
> >>>> #SK            'remove_newline_from_values' => 0, Obsoleted by new<br>
> >>> Unicode processing, newlines are always removed<br>
> >>><br>
> >>> or at least that is all I can see.<br>
> ><br>
> > There are many differences between 2.70 and 2.74. It's not clear to me<br>
> that they should cause problems with sending e-mails. At least I have<br>
> not experienced any problems.<br>
> ><br>
> > Which process is sending the e-mail, where does it get the e-mail<br>
> address? Perl module for sending e-mail or system call to an external<br>
> process? I suppose an assumption of a newline (or white space) at the<br>
> end of the e-mail address that no longer holds could cause problems when<br>
> building a command line.<br>
> ><br>
> > /Sune<br>
> ><br>
</div></div></blockquote></div><br></div>