Re: [Exim] Frustrated (still), unable to get vacation and ma…

Pàgina inicial
Delete this message
Reply to this message
Autor: Simon Alman
Data:  
A: Nico Erfurth, exim-users
Assumpte: Re: [Exim] Frustrated (still), unable to get vacation and mail
Hi, thanks for all the help I'm receiving on this. Your time is very much
appreciated.

I have been using filters for a while and everything works fine until I use
either vacation or mail commands in them *shrugs* commands such as save and
deliver are having no problems whatsoever.

> > Userforward router
> >
> > userforward:
> > driver = redirect
> > allow_filter
> > check_local_user
> > file = $home/.forward
> > file_transport = address_file
> > pipe_transport = address_pipe
> > reply_transport = address_reply
> > no_verify
> > no_expn
> > directory_transport = address_directory
> > skip_syntax_errors
> > syntax_errors_to = $local_part@$domain
>Will create a loop, see the docs for a better solution, using
>localpart_prefix!


Ok, I'll replace it with this example below taken directly from the
documentation.

  userforward:
     driver = redirect
     allow_filter
     check_local_user
     file = $home/.forward
     file_transport = address_file
     pipe_transport = address_pipe
     reply_transport = address_reply
     no_verify
     skip_syntax_errors
     syntax_errors_to = real-$local_part@$domain
     syntax_errors_text = \
       This is an automatically generated message. An error has\n\
       been found in your .forward file. Details of the error are\n\
       reported below. While this error persists, you will receive\n\
       a copy of this message for every message that is addressed\n\
       to you. If your .forward file is a filter file, or if it is\n\
       a non-filter file containing no valid forwarding addresses,\n\
       a copy of each incoming message will be put in your normal\n\
       mailbox. If a non-filter file contains at least one valid\n\
       forwarding address, forwarding to the valid addresses will\n\
       happen, and those will be the only deliveries that occur.


I've also added the router to handle the prefixes:

  real_localuser:
     driver = accept
     check_local_user
     local_part_prefix = real-
     transport = local_delivery


> > Debugging output for the message stuck in the exim queue - pertinent
> > information only:
>Why is it stuck?


It is the autoreply message generated to the sender (in response to a post)
that is getting stuck in the queue with the error:

" == ><haven@???> <simon.alman@???> R=userforward
T=address_reply defer (0): Failed to send message from address_reply
transport (1)"

I can't see any other pointers that say why this is happening - I may just
not be looking for the right thing of course...

> > exim: debugging permission denied
> > address_reply transport succeeded
> > search_tidyup called
> > address_reply transport returned DEFER for ><haven@???>
>
>This (><haven@???>) is not a legal address, have you generated it
>yourself by a mistake?


Not sure what you mean here ? "haven@???" is a valid address on the
machine in question and has been receiving email fine - except with regards
to vacation replies. Why would it be considered and illegal address ? I
have been using haven as the address to send messges from - with the
receiver being simon.alman

> > Condition is false: ($h_subject: contains Make money or $sender_address
> > matches \N^\d{8}@\N) or $message_body contains this is spam
> > Condition is false: personal
> > Filtering did not set up a significant delivery.
>
>As you can see, your filter does not match at all, please read the exim
>filter docs about the personal operator. So this is not a problem with the
>auto_reply at all, but with your conditions.


After modifying the message that I was using to test the filter this was
resolved and I got:
Condition is true: personal

After making the changes to the userforward and real_localuser routers and
restarting exim a debug message delivery (-d -M <message id>) attempt still
resulted in:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

After routing:
   Local deliveries:
     ><haven@???>
   Remote deliveries:
   Failed addresses:
   Deferred addresses:
search_tidyup called

>>>>>>>>>>>>>>>>>> Local deliveries >>>>>>>>>>>>>>>>>>

--------> ><haven@???> <--------
locking /var/spool/exim/db/retry.lockfile
locked /var/spool/exim/db/retry.lockfile
opened hints database /var/spool/exim/db/retry: flags=0
dbfn_read: key=T:><haven@???>:simon.alman@???
retry record exists: age=5848 (max=604800)
time to retry = -15752 expired = 0
search_tidyup called
changed uid/gid: local delivery to ><haven@???> <><haven@???>>
transport=address_reply
uid=543 gid=543
auxiliary group list: <none>
home=/home/simon.alman current=/home/simon.alman
set_process_info: 22653 delivering 17xO2E-0003Vu-00 to ><haven@???>
using address_reply
address_reply transport entered
taking data from address
exec /usr/exim/bin/exim -C /usr/exim/exim_outgoing.conf -d=0xfff7577f -t
-oem -oi -f <> -E17xO2E-0003Vu-00
Exim version 4.05 uid=543 gid=543 pid=22654 L=834cd8 D=fff7577f
Berkeley DB: Sleepycat Software: DB 2.4.14: (6/2/98)
changed uid/gid: -C, -D, -be or -bf forces real uid
uid=543 gid=543
auxiliary group list: <none>
exim: debugging permission denied
address_reply transport succeeded
search_tidyup called
address_reply transport returned DEFER for ><haven@???>
added retry item for T:><haven@???>:simon.alman@???: errno=0 0
flags=0
post-process ><haven@???> (1)
LOG: MAIN
== ><haven@???> <simon.alman@???> R=userforward
T=address_reply defer (0): Failed to send message from address_reply
transport (1)

Same problem unfortunately.

Simon Alman