Dear Sirs,
There is Postfix+Dovecot+Sogo installation in our company.
I have attentively red Installation and Configuration Guide.
However, I could not find some information.
Could you give me an advise how to:
1. Add/remove e-mail address
2. Change user e-mail address password
3. Add
Op 1-9-2019 om 14:41 schreef Aleksandr Mette via dovecot:
>
> Dear Sirs,
>
>
>
> There is Postfix+Dovecot+Sogo installation in our company.
>
>
> I have attentively red Installation and Configuration Guide.
>
> However, I could not find some information.
>
>
>
> Could you give me an advise how
On 9/1/19 5:41 AM, Aleksandr Mette via dovecot wrote:
>
> Dear Sirs,
>
>
>
> There is Postfix+Dovecot+Sogo installation in our company.
>
>
> I have attentively red Installation and Configuration Guide.
>
> However, I could not find some information.
>
>
>
> Could you give me an advise how to:
Am 01.09.2019 um 14:41 schrieb Aleksandr Mette via dovecot:
4. Forward e-mail
Don't do that nor let your users auto-forward their mail received on
your MX. Else you will end up faster than you think on blacklists as
very likely your server will forward SPAM and gets classified as a SPAM
sour
On 2019-09-02 06:24, Alexander Dalloz via dovecot wrote:
Am 01.09.2019 um 14:41 schrieb Aleksandr Mette via dovecot:
4. Forward e-mail
Don't do that nor let your users auto-forward their mail received on
your MX. Else you will end up faster than you think on blacklists as
very likely your serv
On 9/1/19 2:53 PM, Michael Hallager via dovecot wrote:
On 2019-09-02 06:24, Alexander Dalloz via dovecot wrote:
Am 01.09.2019 um 14:41 schrieb Aleksandr Mette via dovecot:
4. Forward e-mail
Don't do that nor let your users auto-forward their mail received on
your MX. Else you will end up fast
You have to let users forward their email because this is
functionality they expect. The trick is to spam scan all email first,
otherwise as Alexander has said, you end up on RBL's.
Its actually a lot harder than this. Most default installations I've
seen don't take into account Return-Path no
Is it not better you either employ a proper educated/trained person or
outsouce the work to a company that has the know how?
-Original Message-
From: Aleksandr Mette via dovecot [mailto:dovecot@dovecot.org]
Sent: zondag 1 september 2019 14:42
To: dovecot@dovecot.org
Subject: Server
1. Add/remove e-mail address
2. Change user e-mail address password
3. Add user e-mail address into mail alias
4. Forward e-mail
5. List all users e-mails
I agree with Mark.
We can't answer them anyway because we don't know what backend you are
using. Typically all of the above would be
Am 2019-09-02 09:55, schrieb Michael Hallager via dovecot:
1. Add/remove e-mail address
2. Change user e-mail address password
3. Add user e-mail address into mail alias
4. Forward e-mail
5. List all users e-mails
I agree with Mark.
We can't answer them anyway because we don't know what ba
On 1 Sep 2019, at 15:53, Michael Hallager wrote:
> On 2019-09-02 06:24, Alexander Dalloz via dovecot wrote:
>> Am 01.09.2019 um 14:41 schrieb Aleksandr Mette via dovecot:
>>> 4. Forward e-mail
>> Don't do that nor let your users auto-forward their mail received on
>> your MX. Else you will end up
On 2 Sep 2019, at 02:08, Alexander Dalloz wrote:
> Unless you run a big install with lots of accounts where it can be handy to
> use some sort of meta tool (modoboa, postfixadmin, ...) there is zero need
> for an SQL backend.
It is much easier to manage users, even a few users, via a database t
On 4 Sep 2019, at 07:26, @lbutlr wrote:
> with IMAP logging and local rules.
IMAP logins.
--
"640K ought to be enough RAM for anybody." - Bill Gates, 1981
> Since local users open a security hole into your mail server, I would
argue that virtual users
Can you elaborate on that? I would argue exactly the oposite. Having
your virtual users in a
3rd party environment, adds only security exploits of that 3rd party
environment.
I guess most run
On 04/09/2019 15:26, @lbutlr via dovecot wrote:
> A lot of mail that is not spam when it arrives WILL be spam when it is
> forwarded as it will fail SPF, Fail DKIM, and any header checks will flag the
> mail as suspicious.
>
> The only way to safely forward mail is to enclose it as an attachmen
15 matches
Mail list logo