ah i see now :-)
sorry for my ineptitude.
i changed the perl to return "/someboguspath/" if there is no such directory,
and everything is working how i want it.
thank you very much Tony and Fred
on 20.01.05, Fred Viles wrote:
> Let me try...
>
> On 20 Jan 2005 at 15:33, oliverj wrote about
> "Re: [exim] rejecting messages for u":
>
> | sorry if i didnt explain things properly.
>
> You explained things properly. You apparently didn't understand the
> reply.
>
> | when you say :-
> | "If you just return the string then Exim will do the existence
> | check, and if it fails the router will not accept the address and
> | address verification will fail"
> |
> | - that is what the perl subroutine does.
>
> No it isn't. What it does is:
>
> | it returns the string if the mail directory
> | exists (ie it will return "/disk_01/data/mail/mydomain.net/fred"),
> | and undef if it doesnt.
>
> That's *not* the same. Tony is telling you to just return the path
> name that should be checked *unconditionally*. *DO NOT* check for
> existence in the perl script, you are preventing exim from doing its
> job.
>
> | i have to use this, otherwise exim has no way of knowing where the
> | mail directory is for these virtual users.
>
> Tony is telling you to return the pathname in all cases instead of
> just some cases. More information for exim, not less.
>
> | the problem i'm having is if that if the mail directory doesnt exist,
> | then the message is still handled by the localuser router
>
> Yes, that's your problem. Tony told you how to fix it.
>
> | and remains on the mail queue,
> | when what i really want it to do is be rejected by the localuser router and then get handled by the
> | following unknown_user router which silently discards the message :-
>
> That's because you are returning "undef" when the file does not
> exist, so require_files does not do what you expect. RTFM about the
> "require_files" option - it is treating "undef" as a user name, not a
> path name, because it does not contain any '/' characters.
>
> Look, if you are not willing to at least try the advice you are
> given, why ask for advice?
>
> - Fred
>
>
>
>
>
> --
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
</>
--
Oliver Howe
Technical Developer
BiblioTech
Unit 3, 50 Carnwarth Road
London SW6 3EG
DDI: +44 (0) 20 7384 6929
Tel: +44 (0) 20 7384 6900
Fax: +44 (0) 20 7384 6901
oliverj@???
www.bibliotech.net
www.homemaster.net
www.officemaster.net
www.postmaster.co.uk
www.schoolmaster.net
IMPORTANT: The contents of this email, and any attachments, are CONFIDENTIAL
and intended only for the person(s) to whom they are addressed. If you have
received the email in error please notify the sender immediately and delete
it from your computer system. Do not copy or distribute it or disclose its
contents to any person. Unless otherwise stated, the views and opinions
expressed in this email are personal to the sender and do not represent the
official view of the company.
