| "type" is a built-in in POSIX shells, and even the pre-historic SunOS
| /bin/sh has a "type" built-in, be it a bare-bones version that does not
| support the "-p" switch, that is sufficient. So another possibility is:
|
| set -- `type find`
| shift `expr $# - 1`
| # Now, $1 is the fu
> Noel Jones wrote:
>> At 03:24 PM 2/7/2007, Dick Middleton wrote:
>>> Is it possible to manually "bounce" a message in the deferred queue
>>> so preempting the normal retry/timeout period?
>>>
>>> I've got a message sitting in the queue trying to connect to a
>>> non-existent server. The sooner
Jon wrote:
Noel Jones wrote:
At 03:24 PM 2/7/2007, Dick Middleton wrote:
Is it possible to manually "bounce" a message in the deferred queue
so preempting the normal retry/timeout period?
I've got a message sitting in the queue trying to connect to a
non-existent server. The sooner it gets
Noel Jones wrote:
At 03:24 PM 2/7/2007, Dick Middleton wrote:
Is it possible to manually "bounce" a message in the deferred queue
so preempting the normal retry/timeout period?
I've got a message sitting in the queue trying to connect to a
non-existent server. The sooner it gets bounced bac
On Fri, Jun 05, 2009 at 03:30:55PM -0400, Rob Foehl wrote:
> Surprisingly enough, which isn't a standard utility -- and it's not
> installed by default in the "minimal" package sets on several platforms,
> mostly Linux variants. (Yes, this is annoying.)
>
> /usr/bin/env is probably the safest b
On Fri, 5 Jun 2009, Wietse Venema wrote:
Victor Duchovni:
On Fri, Jun 05, 2009 at 10:05:16AM -0400, Wietse Venema wrote:
Ralf Hildebrandt:
/usr/libexec/postfix/postfix-script: 346: /bin/env: not found
Replace "/bin/env find" by "`which find`.
Perhaps /usr/bin/env, will be more portable?
Victor Duchovni:
> On Fri, Jun 05, 2009 at 10:05:16AM -0400, Wietse Venema wrote:
>
> > Ralf Hildebrandt:
> > > /usr/libexec/postfix/postfix-script: 346: /bin/env: not found
> >
> > Replace "/bin/env find" by "`which find`.
>
> Perhaps /usr/bin/env, will be more portable? It seems that /usr/bin/
On Fri, 5 Jun 2009 12:51:54 -0400
Victor Duchovni wrote:
>Perhaps /usr/bin/env, will be more portable? It seems that /usr/bin/env
>is "more" correct than /bin/env for both Linux and Solaris, does it
>also work on *BSD systems? Also "find" is /usr/bin/find on both.
FreeBSD:
~ $ which env
/usr/bi
On Fri, Jun 05, 2009 at 10:05:16AM -0400, Wietse Venema wrote:
> Ralf Hildebrandt:
> > /usr/libexec/postfix/postfix-script: 346: /bin/env: not found
>
> Replace "/bin/env find" by "`which find`.
Perhaps /usr/bin/env, will be more portable? It seems that /usr/bin/env
is "more" correct than /bin/e
* Wietse Venema :
> The Postfix SMTP client will never send mail to the SMTP port on
> any IP address that is listed in $inet_interfaces. This is part of
> the basic loop elimination algorithm that also keeps Postfix from
> sending mail to equal-preference MX hosts.
Yes, I initially suspected the
Ralf Hildebrandt:
> /usr/libexec/postfix/postfix-script: 346: /bin/env: not found
Replace "/bin/env find" by "`which find`.
Wietse
Ralf Hildebrandt:
> * Wietse Venema :
> > Ralf Hildebrandt:
> > > Jun 5 15:35:18 hanni postfix-ram/smtp[24385]: warning:
> > > smtp_fallback_relay configuration problem
> > > smtp_fallback_relay = [194.126.158.237]
> >
> > I don't think you can set smtp_fallback_relay to the local SMTP port.
>
Wietse Venema:
> Ralf Hildebrandt:
> > Jun 5 15:35:18 hanni postfix-ram/smtp[24385]: warning: smtp_fallback_relay
> > configuration problem
> > smtp_fallback_relay = [194.126.158.237]
>
> I don't think you can set smtp_fallback_relay to the local SMTP port.
Unless of course you update the postf
* Wietse Venema :
> Ralf Hildebrandt:
> > Jun 5 15:35:18 hanni postfix-ram/smtp[24385]: warning: smtp_fallback_relay
> > configuration problem
> > smtp_fallback_relay = [194.126.158.237]
>
> I don't think you can set smtp_fallback_relay to the local SMTP port.
Grmbl. Neither 127.0.0.1 nor 194.1
Ralf Hildebrandt:
> Jun 5 15:35:18 hanni postfix-ram/smtp[24385]: warning: smtp_fallback_relay
> configuration problem
> smtp_fallback_relay = [194.126.158.237]
I don't think you can set smtp_fallback_relay to the local SMTP port.
Wietse
I'm trying to run two instances, I'm injection on localhost port 10025
into postfix-ram, which has the queue in RAM:
Jun 5 15:35:17 hanni postfix-ram/cleanup[24403]: 45F4A2E369:
message-id=<20090605133514.45f4a2e...@nanni.state-of-mind.de>
Jun 5 15:35:17 hanni postfix-ram/qmgr[24345]: 45F4A2E36
Peter Smith wrote:
>> On Friday 05 June 2009 09:24:54 Peter Smith wrote:
>>
>>> virtual_mailbox_domains = $transport_maps
>>>
>> Whats this for?
>>
>> Are the problem domains listed in /etc/postfix/transport for some reason.
>>
>
> I have an entry in transport:
>
> mydomain.com
All solved now - thanks for your help guys! The changes I made were:
virtual_mailbox_domains = $transport_maps
to:
virtual_mailbox_domains = mydomain.com
Added:
virtual_transport = maildrop
virtual_mailbox_maps = hash:/etc/postfix/virtual
I built and install 2.6.x today:
% make makefile
% make
% make install
on a pristine machine and tried the
multi-instance support. I did this (fresh from my shell, no edits):
r...@hanni:/etc/postfix# postmulti -l -a
- - y /etc/postfix
r...@hanni:/etc/postfix#
Rob Tanner:
> Hi,
>
> I?ve got the front-end of a policy engine in place and connected to postfix
> on a test server. All it?s really doing is logging what postfix sends and
> returning an ?OK?. What I notice is that when I?ve sent emails through that
> server with multiple recipients, rather th
> On Friday 05 June 2009 09:24:54 Peter Smith wrote:
>>
>> virtual_mailbox_domains = $transport_maps
>
> Whats this for?
>
> Are the problem domains listed in /etc/postfix/transport for some reason.
I have an entry in transport:
mydomain.commaildrop:
Is this the problem?
--- In postfix-us...@yahoogroups.com, Pascal Volk
wrote:
>
> On 06/05/2009 02:25 AM Peter Smith wrote:
> > If I telnet to my mail server, anyth...@... is accepted. If I
> > turn up the logging verbosity, I see:
>
> How do you telnet to your server?
> `telnet localhost 25`?
Actually I was telnett
22 matches
Mail list logo