Re: Fwd: Delivery Status Notification (Failure)

[David Taylor <dtaylor at usendtaylorx2l dot lss dot emc dot com>]

Doug Evans <xdje42@gmail.com> wrote:

> Hi.
> This didn't go through for some strange reason.
> I'm hoping this does.

Bizarre.

> Delivery to the following recipient failed permanently:
> 
>      dtaylor@usendtaylorx2l.lss.emc.com
> 
> Technical details of permanent failure:
> DNS Error: Address resolution of usendtaylorx2l.lss.emc.com. failed:
> Domain name not found

Groan.  IT must have changed something.  usendtaylorx2l is my desktop.
Outgoing mail should show an address of either dtaylor@emc.com or
david.taylor@emc.com.

> Subject: Re: RFA info macro [-at LOCATION,] (v2)
> From: Doug Evans <xdje42@gmail.com>
> 
> On Wed, Nov 19, 2014 at 1:00 PM, David Taylor
> <dtaylor@usendtaylorx2l.lss.emc.com> wrote:

> > The following patch adds the option [-at LOCATION,] to 'info macro' to
> > enable the use of a user selected location as a documented feature.
> 
> Hi.

Hello.

> The "," in "-at LOCATION," seems a bit random, relative to other commands.
> 
> Maybe it is the best way to go.
> If so, I'd like to see the reasons why it exists documented in the code.
> 
> Can we just remove the , and require -- when necessary?

It marks the end of the location and the start of the macro.  It is
patterned after

    maint agent [-at location,] EXPRESSION
and
    maint agent-eval [-at location,] EXPRESSION

I did it the same way for consistency.

It seems unnecessary, but the location parsing code stops at comma but
not at space.  Presumably that is so that file names can contain spaces.
But, that is just a guess on my part.  I personally dislike file names
containing spaces.

David