[RAS] ReDIF-perl trouble
'Christian Zimmermann'
zimmermann at stlouisfed.org
Sun Apr 10 23:33:53 UTC 2016
And it turns out all my playing with the .pm is for naught, as they stay
in memory and are not read. What a nice Sunday I spent.
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, 'Christian Zimmermann' wrote:
> There is
>
> print MESSAGE $header, "\n", $body;
>
>
> I have not yet been successful in printing to file. I have to wait for each
> email to reach max hops to see a result... Not the most elegant and quite
> frustrating.
>
> I am attaching what I think is the critical file, if that helps.
>
> 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:
>
>> One thing that could be causing problems is if $header doesn't end with a
>> newline. Then there would be no blank line between the headers and the
>> body of the message.
>>
>> I doubt that encode would do something really strange. Have you tried
>> printing to a file instead of piping?
>>
>> /Sune
>>
>> > -----Original Message-----
>> > From: 'Christian Zimmermann' [mailto:zimmermann at stlouisfed.org]
>> > Sent: Sunday, April 10, 2016 11:52 PM
>> > To: Dan Hayes
>> > Cc: Sune Karlsson; Thomas Krichel; RAS-run Mailing List
>> > Subject: Re: [RAS] ReDIF-perl trouble
>> >
>> > The configuration file for ACIS (the software for RAS) has:
>> >
>> > sendmail = '/usr/sbin/sendmail -t -f authors at repec.org'
>> >
>> > So it is not using a perl module to send email. It pipes to sendmail:
>> >
>> > my $sendmail = $config -> {sendmail};
>> > if ( open MESSAGE, "|-:utf8", $sendmail ) {
>> > print MESSAGE $header, "\n", $body;
>> > close MESSAGE;
>> > }
>> >
>> > I am currently playing with a line that has the following comment:
>> > my $val = encode( 'MIME-Q', $value );
>> > # a nasty hack to fix Encode's wrapping 'feature':
>> >
>> > Could be promising. It is applied to message headers.
>> >
>> > Christian Zimmermann FIGUGEGL!
>> > Economic Research
>> > Federal Reserve Bank of St. Louis
>> > P.O. Box 442
>> > St. Louis MO 63166-0442 USA
>> > https://mailfilter.sunet.se/canit/urlproxy.php?_q=aHR0cHM6Ly9pZGVhcy5yZX
>> > BlYy5vcmcvemltbS8%3D&_r=b3J1LXNl&_s=c2tuQG9ydS5zZQ%3D%3D
>> > @CZimm_economist
>> >
>> > On Sun, 10 Apr 2016, Dan Hayes wrote:
>> >
>> > > the mail gateway "mx1.stlouisfed.org" is configured in sendmail and
>> > postfix
>> > > config files, /etc/mail/sendmail.mc and /etc/postfix/main.cf. I'm not
>> > sure
>> > > where it might be included in perl code or why it would be.
>> > >
>> > > On Sun, Apr 10, 2016 at 2:47 PM, Sune Karlsson <Sune.Karlsson at oru.se>
>> > wrote:
>> > >
>> > > > Some thoughts off the top of my head. Most probably random noise or
>> > things
>> > > > you have already thought of.
>> > > >
>> > > > Is mx1.stlouisfed.org your mail gateway? Is this configured
>> > > > somewhere
>> > or
>> > > > picked up automatically? If configured it might help to trace where
>> > this
>> > > > variable is used.
>> > > >
>> > > > 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 @mx1.stlouisfed.org to the address
>> > for
>> > > > some strange reason.
>> > > >
>> > > > /Sune
>> > > >
>> > > > > -----Original Message-----
>> > > > > From: 'Christian Zimmermann' [mailto:zimmermann at stlouisfed.org]
>> > > > > Sent: Sunday, April 10, 2016 8:03 PM
>> > > > > To: Sune Karlsson
>> > > > > Cc: Thomas Krichel; RAS-run Mailing List; Hayes, Dan -- Dan Hayes
>> > > > > Subject: RE: [RAS] ReDIF-perl trouble
>> > > > >
>> > > > > 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://mailfilter.sunet.se/canit/urlproxy.php?_q=aHR0cHM6Ly9pZGVhcy5yZX
>> > > > > BlYy5vcmcvemltbS8%3D&_r=b3J1LXNl&_s=c2tuQG9ydS5zZQ%3D%3D
>> > > > > @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
>> > > > > >
>> > > >
>> > >
>>
>
More information about the RAS-run
mailing list