help-gnu-emacs post from address@hidden requires approval

[help-gnu-emacs-owner]

As list administrator, your authorization is requested for the
following mailing list posting:

    List:    address@hidden
    From:    address@hidden
    Subject: Re: Source specials in Emacs 22 /AucTeX and Miktex 2.6
    Reason:  Post by non-member to a members-only list

At your convenience, visit:

    http://lists.gnu.org/mailman/admindb/help-gnu-emacs
        
to approve or deny the request.
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: Source specials in Emacs 22 /AucTeX and Miktex 2.6
>
>
>
>
> Date: 
>
> Thu, 28 Jun 2007 15:19:34 GMT
>
>
>
>
> User-agent: 
>
> Thunderbird 2.0.0.4 (Windows/20070604)
>
>
>
>
> Kevin Rodgers wrote:
> > Check to make sure default.el and site-start.el are the same on both
> > machines, too (use M-x find-library, and leave off the .el just in
> > case).
>
> Thank you, that was helpful. I did find a version of site-start that I 
> wasn't aware was there. Removing it still left me with different 
> behavior on the two machines, but it did eliminate one variable.
>
> What finally helped (in case anyone else has a similar issue): I have 
> set yap (the MikTeX viewer) to use emacsclientw with arguments "+%l %f 
> -n". I wasn't using -n before. As far as I can tell, -n (which means 
> "no-wait") invokes emacsclient and then shuts it down (it never appears 
> in the task list). Forward and inverse search now work as they should.
>
> There is still one behavioral difference between the two machines that 
> is perhaps only a curiousity, but I wonder why it happens. When I 
> perform an inverse search on one machine, there is no message in the 
> emacs minibuffer window. Whe I perform an inverse search on the other 
> machine, using the identical file, the message "foo.tex and foo.tex are 
> the same file" appears. I'm not sure what process is producing the 
> message or why it occurs on one machine and not the other. If anyone has 
> thoughts about that, I would be curious. But the main problem was solved 
> by using the -n option.
>
>
> Bob
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> confirm 90c2f7dddff7436af5dc5b3f8f517dd544d63ce2
>
>
>
>
> If you reply to this message, keeping the Subject: header intact,
> Mailman will discard the held message.  Do this if the message is
> spam.  If you reply to this message and include an Approved: header
> with the list password in it, the message will be approved for posting
> to the list.  The Approved: header can also appear in the first line
> of the body of the reply.
>
> --- End Message ---