[RAS] ReDIF-perl trouble

['Christian Zimmermann']

The latest of the little I was able to figure out.

ReDIF-perl does not seem to be to blame, at least not directly. Updating 
it triggered all sort of other updates, and despite reverting ReDIF-perl, 
emails are *not* going out. New registrants and email changes bounced 
hopping within our system.

Emails are typically formatted like
zimmermann at stlouisfed.org@mx1.stlouisfed.org

but I have seen one split in two like this:
christian.zimmermann at stls.frb.o@mx1.stlouisfed.org
rg at mx1.stlouisfed.org

which makes absolutely no sense.

There must be some package that has started messing with those email 
addresses. From the list of updated packages, there is no obvious 
candidate.

Still digging.

And, no, Thomas I cannot give you access to the machine.



Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
https://ideas.repec.org/zimm/   @CZimm_economist

On Sun, 10 Apr 2016, Sune Karlsson wrote:

>>> 2) I notice today the ReDIF-perl was not installed on RAS. after
>>> installation though, emails have broken. the to field is malformed,
>> for
>>> example:
>>>
>>> The following message to <"Christian Zimmermann"
>>> <zimmermann at stlouisfed.org>@mx1.stlouisfed.org> was
>>> undeliverable.
>>>
>>> returning to 2.70 fixed the problem, so it has nothing to do with any
>>> external perl module that refreshed during install. I suspect this has
>> to do
>>> with the following in Parser.pm:
>>>
>>> <             'remove_newline_from_values' => 0,
>>>> #SK            'remove_newline_from_values' => 0, Obsoleted by new
>>> Unicode processing, newlines are always removed
>>>
>>> or at least that is all I can see.
>
> There are many differences between 2.70 and 2.74. It's not clear to me that they should cause problems with sending e-mails. At least I have not experienced any problems.
>
> Which process is sending the e-mail, where does it get the e-mail address? Perl module for sending e-mail or system call to an external process? I suppose an assumption of a newline (or white space) at the end of the e-mail address that no longer holds could cause problems when building a command line.
>
> /Sune
>