Great.
And as you said, it is important that whoever can answer some questions,
please find the time to do it.
You are helping yourself - the community grows, James grows, we all get
to benefit.
La 09.07.2020 05:05, Tellier Benoit a scris:
> Le 09/07/2020 à 07:42, David Leangen a écrit :
>> Hi E
Le 09/07/2020 à 07:42, David Leangen a écrit :
> Hi Eugen,
>
> Thanks for your support.
>
>> GIven the discussion around the specific topics I think we are getting
>> our documentation.
>> @David: If you can do just that: ask questions and compile the answers
>> it would be a huge win for us.
> Tha
Hi Eugen,
Thanks for your support.
> GIven the discussion around the specific topics I think we are getting
> our documentation.
> @David: If you can do just that: ask questions and compile the answers
> it would be a huge win for us.
Thanks, that is indeed the intent since the beginning. The a
Hi.
I don't have something to add to this thread specifically, but I would
like to point out that:
GIven the discussion around the specific topics I think we are getting
our documentation.
All we need to do now is copy paste it, curate it and edited in asciidoc
format.
I'll even put in the link
Le 08/07/2020 à 15:33, David Leangen a écrit :
> Thanks.
>
> I love this James adventure. It is not boring. Every time I scratch the
> surface, a new concept pops out. 😀
>
> Ok, so digging in…
:-)
>> Also as Matthieu said, RemoteDelivery is a side effect of the current
>> Processing chain.
> I lo
Thanks.
I love this James adventure. It is not boring. Every time I scratch the
surface, a new concept pops out. 😀
Ok, so digging in…
> Also as Matthieu said, RemoteDelivery is a side effect of the current
> Processing chain.
I looked at org.apache.james.transport.mailets.RemoteDelivery, wit
Le 08/07/2020 à 14:39, David Leangen a écrit :
>> The only wrong thing about this picture is the SMTP Service before
>> "Outgoing".
> Ok, thank you Matthieu.
>
>> As weird as it is, the delivery of messages to a remote server is done by a
>> Mailet called RemoteDelivery and it's not handled by th
Nice image!
- there is a queue before SMTP outgoing service (as you don't want to
handle SMTP synchronously anyway)
client -> SMTP (in, as a server) -> queue (spool) -> Processing chain ->
Queue (outgoing) -> RemoteDelivery runnable
Also as Matthieu said, RemoteDelivery is a side effect of the
> The only wrong thing about this picture is the SMTP Service before "Outgoing".
Ok, thank you Matthieu.
> As weird as it is, the delivery of messages to a remote server is done by a
> Mailet called RemoteDelivery and it's not handled by the SMTP Service.
> As far as I know, a lot of people are
On Wed, 2020-07-08 at 16:21 +0900, David Leangen wrote:
> Still on the topic of SMTP relay and the original image I posted at
> the beginning of this thread:
> —> https://james.apache.org/images/james-smtp-relay.png
>
>
> Would the attached (lousy) image be a reasonable representation of
> the
Still on the topic of SMTP relay and the original image I posted at the
beginning of this thread:
—> https://james.apache.org/images/james-smtp-relay.png
Would the attached (lousy) image be a reasonable representation of the general
concept of an SMTP Relay?
signature.asc
Description: Me
11 matches
Mail list logo
