Am Mittwoch, den 05.12.2018, 13:46 -0800 schrieb Joseph Tam:
> On Wed, 5 Dec 2018, Alexander Dalloz wrote:
>
> [...]
> >
> > Both to be setup on MTA side.
>
> Agreed. You can manage your mailing lists with software (e.g.
> mailman),
Actually I tried to avoid introducing another system...
As
Am Mittwoch, den 05.12.2018, 22:31 + schrieb Jochen Bern:
> On 12/05/2018 06:57 PM, admin (@awib.it) wrote:
> > I have a group alias (a...@company.com).
> > (1) Only company.com accounts should be able to send an email to
> > everybody in that company via a...@company.com.
>
> Do you have
On 12/05/2018 06:57 PM, admin (@awib.it) wrote:
> I have a group alias (a...@company.com).
> (1) Only company.com accounts should be able to send an email to
> everybody in that company via a...@company.com.
Do you have a means to identify "some suitable account was used" - as
opposed to a
On Wed, 5 Dec 2018, Alexander Dalloz wrote:
I have a group alias (a...@company.com).
(1) Only company.com accounts should be able to send an email to everybody
in that company via a...@company.com.
(2) - rather optional: refine the restrictions, e.g. two groups,
g...@company.com and
Yes, all members are full accounts being able to send and receive
inside and outside.
Technically I need an account/alias that is only able to receive
mails from a defined subset of users.
Ideally there is an approach which saves me from caring for several
lists of redudant data.
Am Mittwoch,
Can the groups send and receive from outside the domain ? If so, it's
going to be difficult to prevent groups from seeing each others emails
because an email that originated from group A could be sent to some
other domain (out on the internet), then get forwarded to a user in
group B. Just a