ETRN and queue groups
am 30.01.2008 08:05:34 von unknownPost removed (X-No-Archive: yes)
Post removed (X-No-Archive: yes)
On 01/30/08 01:05, Henning Hucke wrote:
> I have got a server and an internal machine. The internal one is
> typically switched off over night. Nonetheless I want to forward
> incoming mails immediately to the internal machine as long as its on.
> Therefor I created an additional queue group with *0* queue runners
> (R=0) and an access map entry which directs mail to the certain domain
> "into" this queue group.
Why don't you use Host Status and a queue runner try to reach the
internal server. If the external server is unable to reach the internal
server it will make note of it in the Host Status and not retry until
the Host Status expires (usually less than an hour). Thus while your
internal machine is off, the external one will try once approximately
every Host Status Expire (I think that name is close) time and see that
the system is still down. Seeing that the internal system is still
down, Sendmail will skip messages in the mail queue for said system
until it is reachable or Host Status Expire is exceeded.
Such a set up would forward mail during the day (while the internal
system is accessible) just like normal, but hold messages at night
(while the internal system is not accessible).
I'm not sure, but I think you have to have queue runners to use ETRN as
that will initiate a queue run for the ETRNed domain(s).
Also, you could use what you have in place and set up cron jobs to
periodically initiate individual queue runs during the day, say between
7:30 a.m. and 5:30 p.m. while the internal server is available.
Grant. . . .
Henning Hucke
> Hallo fellows,
>
> I have got a server and an internal machine. The internal one is
> typically switched off over night. Nonetheless I want to forward
> incoming mails immediately to the internal machine as long as its
> on. Therefor I created an additional queue group with *0* queue
> runners (R=0) and an access map entry which directs mail to the
> certain domain "into" this queue group.
>
> The mails are indeed routed into this queue group. But they are
> neither dequeued with a "etrn.pl -v $SMTPSERVER '#
> "etrn.pl -v
> $SMTPSERVER '
> machine as long as it is up and running.
>
> It might play a role that I've added a little snippet to selectively
> allow or disallow etrn:
>
> LOCAL_RULESETS
> Scheck_etrn
> R$* $: <$(access "ETRN":$1":"$&{client_name} $: ? $)>
> R
> R$* $#error $: 553 You are not allowed to use ETRN from $&{client_name}
>
> Best regards
> Henning Hucke
1) What is reported in the log files on machine receiving ETRN?
2) Have you tried to issue ETRN "by hand" from the internal machine?
[using telnet and keyboard :-) *OR* trivial perl script based on Net::SMTP]
--
[pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
Open-Sendmail: http://open-sendmail.sourceforge.net/
Reading computer manuals without the hardware is as frustrating as reading
sex manuals without the software.
-- Arthur C Clarke
----
http://groups.google.com/groups?selm=878x27qpwz@james.fsf.ho bby-site.com
Post removed (X-No-Archive: yes)
Post removed (X-No-Archive: yes)