BTW, I'm afraid the file is saved only after the script is called.
Is there a way to avoid this behaviour?
Or to do it simplier?
Thanks!!
On Tue, May 13, 2008 at 10:01 AM, Julien Balmont <julien.balmont@???>
wrote:
> Hi Bill, thanks for your wuick answer.
>
> I've tested what you've proposed, and it worked. But I meet another issue.
> The script I'm calling ios supposed to open the saved file and check its
> content.
>
> But at the moment the script is called, the file doesn't seem to be saved
> yet. Do you have an idea?
>
> Thanks for your advice about Perl and not PHP, I'll talk about it to my
> colleagues to make them change theinr mind :)
>
>
>
> On Tue, May 13, 2008 at 9:36 AM, W B Hacker <wbh@???> wrote:
>
> > Julien Balmont wrote:
> > > Hi all, thanks for helping me.
> > >
> > > I'm not an expert in Exim, but I now understand how it works, and i'm
> > trying
> > > to do the following:
> > > an email arrives, it is saved to a file, then an external PHP script
> > is
> > > called.
> > >
> > > I've already made two routers and two transports (see below).
> > > My issue with what I made:
> > > The mail goes through router my_file, then to transport
> > local_copy_incoming
> > > but never goes to router my_script.
> > >
> > > Is there a way to do what I want to do? Please help, i'm searching for
> > a
> > > long time ago now.
> >
> > As soon as the first router is matched, traversal ceases and processing
> > jumps to the transport dsignated by that router.
> >
> > Place an 'unseen' after a router if you want the stored message data to
> > be processed again before being 'used up' by the first delivery.
> >
> > See below.
> >
> > >
> > > //ROUTERS
> > >
> > > my_file:
> > > driver = accept
> > > domains = domain.com
> > > no_expn
> > > retry_use_local_part
> > > transport = local_copy_incoming
> > >
> > unseen
> >
> > > my_script:
> > > driver = accept
> > > domains = domain.com
> > > no_expn
> > > retry_use_local_part
> > > transport = to_my_script
> > >
> >
> > *snip*
> >
> > FWIW, Exim can hand-off to anything executable, stoabel, or sideways,
> > but PHP is not the greatest of choices for this sort of work.
> >
> > Fisrt - Exim can probably do what you want with its own resources.
> >
> > Next best might be perl, with which Exim is more 'comfortable' fit.
> >
> > It isn't just about your language preferences.
> >
> > It is also about how variables and strings and character encoding and
> > such are handled - e.g. - 'not always the same way'.
> >
> > HTH,
> >
> > Bill
> >
> > --
> > ## List details at http://lists.exim.org/mailman/listinfo/exim-users
> > ## Exim details at http://www.exim.org/
> > ## Please use the Wiki with this list - http://wiki.exim.org/
> >
>
>
