On 2018-01-20, Viktor Dukhovni wrote:
>> On Jan 19, 2018, at 6:10 PM, Grant Edwards wrote:
>>
>>> Note that with my suggestion to override "default_transport" not only the
>>> original messages, but also any bounces or delay notifications go out via
>>> the same transport.
>>
>> Ah. That's a pr
> On Jan 19, 2018, at 6:10 PM, Grant Edwards wrote:
>
>> Note that with my suggestion to override "default_transport" not only the
>> original messages, but also any bounces or delay notifications go out via
>> the same transport.
>
> Ah. That's a problem. I would need the special pipe transp
On 2018-01-19, Viktor Dukhovni wrote:
>
>
>> On Jan 19, 2018, at 5:48 PM, Grant Edwards wrote:
>>
>>
>> It does some stuff via the ssh-2 protocol.
>
> Note that with my suggestion to override "default_transport" not only the
> original messages, but also any bounces or delay notifications go ou
> On Jan 19, 2018, at 5:48 PM, Grant Edwards wrote:
>
>
> It does some stuff via the ssh-2 protocol.
Note that with my suggestion to override "default_transport" not only the
original messages, but also any bounces or delay notifications go out via
the same transport. If the destination is r
On 2018-01-19, Matus UHLAR - fantomas wrote:
> On 19.01.18 19:15, Grant Edwards wrote:
>>Becuase postfix doesn't implement the protocols used by that
>>command-line utility to transfer the mail to another server via the
>>network.
>
> which one is that?
It does some stuff via the ssh-2 protocol.
On 19.01.18 19:15, Grant Edwards wrote:
Becuase postfix doesn't implement the protocols used by that
command-line utility to transfer the mail to another server via the
network.
which one is that?
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to re
On 2018-01-19, Viktor Dukhovni wrote:
> On Fri, Jan 19, 2018 at 06:45:29PM +, Grant Edwards wrote:
>
>> > That'd be magic. How exactly is the command-line MTA supposed to
>> > get the mail "relayed" without connecting to a remote host?
>>
>> Let's not worry about how the command-line MTA wor
On 19.01.18 20:20, Viktor Dukhovni wrote:
> A pipe(8) transport is the more sensible approach.
Given the additional information posted by the OP in the meantime,
I agree.
-Ralph
On Fri, Jan 19, 2018 at 08:05:49PM +0100, Ralph Seichter wrote:
> "Relaying" implies passing mail to another server via network. Also, I
> have no idea why you would not want Postfix to do its job, but anyway:
> Postfix can pass incoming mail to a binary during local delivery. You
> can for exampl
On 2018-01-19, Ralph Seichter wrote:
> On 19.01.18 19:45, Grant Edwards wrote:
>
>> Let's not worry about how the command-line MTA works. It has the same
>> usage as /usr/bin/sendmail and it works. What I am asking for is an
>> SMTP relay server that will relay incoming my by invoking it.
>
> "Rel
If I understand you right, take a look at the transport file in /etc/postfix.
My postfix transport table has entries similar to this:
example.com smtp:[192.168.1.96]
Our mx host(s) accept mail for our domains, then automatically relays it to an
internal server which our users access. I
Grant Edwards:
> I'm trying to figure out how to set up an SMTP server that accepts
> incoming mail and relays it by invoking a command-line MTA
> (e.g. /usr/bin/sendmail or equivalent) instead of connecting to a
> 'smarthost' SMTP server.
>
> Can Postfix do that?
Sure. Just set up the TIS toolki
On Fri, Jan 19, 2018 at 06:45:29PM +, Grant Edwards wrote:
> > That'd be magic. How exactly is the command-line MTA supposed to
> > get the mail "relayed" without connecting to a remote host?
>
> Let's not worry about how the command-line MTA works. It has the same
> usage as /usr/bin/sendm
On 19.01.18 19:45, Grant Edwards wrote:
> Let's not worry about how the command-line MTA works. It has the same
> usage as /usr/bin/sendmail and it works. What I am asking for is an
> SMTP relay server that will relay incoming my by invoking it.
"Relaying" implies passing mail to another server v
On 2018-01-19, Viktor Dukhovni wrote:
>
>
>> On Jan 19, 2018, at 1:15 PM, Grant Edwards wrote:
>>
>> I'm trying to figure out how to set up an SMTP server that accepts
>> incoming mail and relays it by invoking a command-line MTA
>> (e.g. /usr/bin/sendmail or equivalent) instead of connecting to
> On Jan 19, 2018, at 1:15 PM, Grant Edwards wrote:
>
> I'm trying to figure out how to set up an SMTP server that accepts
> incoming mail and relays it by invoking a command-line MTA
> (e.g. /usr/bin/sendmail or equivalent) instead of connecting to a
> 'smarthost' SMTP server.
That'd be magic
16 matches
Mail list logo