Le 04/01/2011 10:26, Joerg Toellner a écrit :
> [snip]
> 
> - Does anyone have an idea/hint for me why some addresses loose the TLD part
> when transmitted from postfix pipe feature to autoresponse bash script and
> how i can solve this? (Best way to solve of course).
> 
> - If that is not clear/possible, can anyone enlighten me how i can pass a
> variable from bash script to my Perl script and maybe change the value in
> Perl script and passing back either the original (unchanged) value or a
> changed one other way as do a print command in Perl and redirect stdout?
> 

We have no idea how you call your script. (we need to see the
configuration lines you use to run the script, and examples of working
and non working addresses. use @example.com, @example.org, @example.net
or @whateveryouwant.example to protect private domains).


> - Or how i can redirect stdout when my script runs under postfix pipe
> feature without complaints from postfix?
> 

I have no idea what you mean here. do you run a perl script that spawns
the bash script? if so
        open(OUT, "|/path/toscript") ...
or are you trying to do a more elaborate IPC mechanisme? if so, you're
going for much more complexity than necessary.


> - or someone can recommend another package like autoresponse, that works and
> have comparable features as autoresponse?
> 

I have no idea what "autoresponse" is, so can't compare its features!

- if you use dovecot for delivery, try its sieve.

- with local users, the old "vacation" program has been known to work
for ages now, and implements many "best practices" for auto-reponders.

- postfixadmin has a vacation.pl script. but I don't know its status now.

...

> Sorry for the long mail, but i think i need to explain in full detail to be
> understandable. If you have any further questions, please ask. I was unsure
> if i shall add some logfile information to my first mail (it is already much
> too long :( ),

when posting logs, do not enable verbose logging unless explicitely
asked. In general, we like to see log lines that "demonstrate" the
problem and (when applicable) lines for a working case.

> but will do gladly if you need them and request for it.
> 
> Thank you all for reading and your effort and maybe a shed of light in my
> dark brain. 
> 
> TIAVM
> Joerg
> 

Reply via email to