Posts by Nuxwin
-
-
-
Initially, I had planned to upgrade to 1.5.3 (the current stable release at this time), however this upgrade was stymied by a recently discovered issue with Composer. Thankfully, the current development release (1.5.x) addresses this issue, resulting in a trouble-free direct upgrade.
The fix is also in latest released version You should avoid using git version and update to i-MSCP 1.5.3 (build 2018120800) RELEASED
-
Laurent,
Thank you so much for this fix! I was upgrading from 1.3.16 to 1.5.3 and my heart dropped when I got the “SHA384 is not supported by your openssl extension…” error. I found this thread searching for an explanation, and “VIOLA!” (as we say here—I am a composer and conductor.)
I am happy to report that with this fix, I was able to upgrade directly from 1.3.16 to 1.5.x with ease. Hooray!
You're welcome
-
I've just made a test with the following entries:
This seem to work as expected (no loop).
Below the SMTP session (sending mail to alias@bbox.nuxwin.com which is an alias of whatever@bbox.nuxwin.com :
Code- Dec 10 18:29:33 bionic postfix/smtpd[14468]: connect from so254-43.mailgun.net[198.61.254.43]
- Dec 10 18:29:34 bionic postfix/smtpd[14468]: SSL_accept error from so254-43.mailgun.net[198.61.254.43]: -1
- Dec 10 18:29:34 bionic postfix/smtpd[14468]: warning: TLS library problem: error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate:../ssl/record/rec_layer_s3.c:1528:SSL alert number 42:
- Dec 10 18:29:34 bionic postfix/smtpd[14468]: lost connection after STARTTLS from so254-43.mailgun.net[198.61.254.43]
- Dec 10 18:29:34 bionic postfix/smtpd[14468]: disconnect from so254-43.mailgun.net[198.61.254.43] ehlo=1 starttls=0/1 commands=1/2
- Dec 10 18:29:34 bionic postfix/smtpd[14468]: connect from so254-43.mailgun.net[198.61.254.43]
- Dec 10 18:29:34 bionic postfix/smtpd[14468]: CD868E0800: client=so254-43.mailgun.net[198.61.254.43]
- Dec 10 18:29:35 bionic postfix/cleanup[14461]: CD868E0800: message-id=<efeb595c-c53a-a254-dbe1-a0fcde212965@nuxwin.com>
- Dec 10 18:29:35 bionic postfix/qmgr[14433]: CD868E0800: from=<bounce+ba178a.8683a-alias=bbox.nuxwin.com@i-mscp.net>, size=4618, nrcpt=1 (queue active)
- Dec 10 18:29:35 bionic dovecot: lda(whatever@bbox.nuxwin.com): msgid=<efeb595c-c53a-a254-dbe1-a0fcde212965@nuxwin.com>: saved mail to INBOX.
- Dec 10 18:29:35 bionic postfix/pipe[14462]: CD868E0800: to=<whatever@bbox.nuxwin.com>, orig_to=<alias@bbox.nuxwin.com>, relay=dovecot, delay=0.45, delays=0.41/0/0/0.04, dsn=2.0.0, status=sent (delivered via dovecot service)
- Dec 10 18:29:35 bionic postfix/qmgr[14433]: CD868E0800: removed
Note: Don't pay attention to the warning regarding TLS... (self-signed cert)...
As you can see, the mail sent to alias@bbox.nuxwin.com (alias address) has been delivered into the whatever@bbox.nuxwin.com mailbox. This is what you expect. My thinking is that this would cause a loop but it seem that not the case... I need to do more tests to be sure but if that still OK, I'll improve the feature, automatically adding required entries for aliases (when those belong to a domain that is hosted locally).
The received mail (source)
Code- Return-Path: <bounce+ba178a.8683a-alias=bbox.nuxwin.com@i-mscp.net>
- Delivered-To: whatever@bbox.nuxwin.com
- Received: from so254-43.mailgun.net (so254-43.mailgun.net [198.61.254.43])
- by bionic.bbox.nuxwin.com (Postfix) with UTF8SMTP id CD868E0800
- for <alias@bbox.nuxwin.com>; Mon, 10 Dec 2018 18:29:34 +0000 (UTC)
- DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=i-mscp.net; q=dns/txt; s=smtp;
- t=1544466573; h=Content-Type: MIME-Version: Date: Message-ID: Subject:
- From: To: Sender; bh=CDZrqLCQRVd6DPXfoNGYtEEUvqwcmYdy0RyFWSnW9Vg=; b=PTkEHzpniaF/N2UwOQb7b/vFqSB5/1RCgSS9kBn3Jz/Zx9Hp8jt4ayeBsbMcfQURrUc5UrKL
- YRAUjI/N9AMDlaKIUrNGcCE84cNRec5r+ftEC5sgLzgFjArucK11ARnVxPw1AVqIOifPMJa5
- W6owHAtLj55fqMV8c2I3V0beTKw=
- X-Mailgun-Sending-Ip: 198.61.254.43
- X-Mailgun-Sid: WyIwMzA1MiIsICJhbGlhc0BiYm94Lm51eHdpbi5jb20iLCAiODY4M2EiXQ==
- Sender: l.declercq=nuxwin.com@i-mscp.net
- Received: from srv01.i-mscp.net (srv01.i-mscp.net [193.12.247.135])
- by mxa.mailgun.org with ESMTP id 5c0eb08c.7f95a05f9420-smtp-out-n03;
- Mon, 10 Dec 2018 18:29:32 -0000 (UTC)
- Received: from [192.168.1.100] (176-154-36-71.abo.bbox.fr [176.154.36.71])
- (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
- (No client certificate requested)
- (Authenticated sender: l.declercq@nuxwin.com)
- by srv01.i-mscp.net (Postfix) with ESMTPSA id 4F0F13FB8F
- for <alias@bbox.nuxwin.com>; Mon, 10 Dec 2018 18:29:28 +0000 (UTC)
- To: alias@bbox.nuxwin.com
- From: Declercq Laurent <l.declercq@nuxwin.com>
- Subject: Sending to alias...
- Organization: iHMS/i-MSCP
- Message-ID: <efeb595c-c53a-a254-dbe1-a0fcde212965@nuxwin.com>
- Date: Mon, 10 Dec 2018 19:29:27 +0100
- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
- Thunderbird/60.3.0
- MIME-Version: 1.0
- Content-Type: multipart/mixed;
- boundary="------------77ECD911A824B614D2094B3E"
- Content-Language: fr
- This is a multi-part message in MIME format.
- --------------77ECD911A824B614D2094B3E
- Content-Type: multipart/alternative;
- boundary="------------314AF737411CE5F58D952094"
- --------------314AF737411CE5F58D952094
- Content-Type: text/plain; charset=utf-8; format=flowed
- Content-Transfer-Encoding: 7bit
- testing
- --
- Laurent Declercq
- iHMS/i-MSCP CEO & Lead Developer
-
Right now, when creating a normal + forward account, we end with something as follow (alias map):
Here, any mail sent to the whatever@bbox.nuxwin.com mail account would be:
- Delivered to the whatever@bbox.nuxwin.com mailbox
- Forwarded to the alias@bbox.nuxwin.com alias
This is the current behavior but you, you want also be able to send mail to aliases:
This is the same as above but with another alias entry. Mail sent to the alias@bbox.nuxwin.com would be:
- Forwarded to the alias@bbox.nuxwin.com
You see the problem here? This create a loop and you would end with a "loopback to myself" error:
Mail sent to alias => forwarded to whatever => forwarded to alias => forwarded to whatever... (LOOP)
-
Ok I tried what you said:
- Changed my mail account from mail to mail+forward
- Added onw forward address to the list called "testaddress@domain.tld"
- Send a mail to "testaddress@domain.tld"
- Got error (User unknown in virtual mailbox table)
Basically, what you want is ability to send mails to aliases in which case, the mails should be delivered into the mailbox of the mail account for which you have defined them. Problem is that aliases don't always belong to locally hosted domains.. You can have an alias address such as user@gmail.com ... But I'll check the behavior and see if we can add specific "rules" for aliases that belong to local domains. By local, I mean those for which domains are hosted locally. In reality, those are virtual domains...
-
What UncleSam needs is the exact opposite. e-mail incoming on multiple mailboxes or aliases on the server gets redirected to a single mailbox.
This beahviour is possible at present, but you need to create a Forward mailbox for each single needed alias.
If you create a normal + forward account as follows:
mail account: l.declercq@nuxwin.com
forward (aliases) : l.declercq1@nuxwin.com l.declercq2@nuxwin.com l.declercq3@nuxwin.com
then send a message to one of the aliases, mail will be delivered into the l.declercq@nuxwin.com mailbox.
That's what you want? If yes, what you want is to be able to create local mailboxes from provided aliases list... That's a bit tedious... Such feature isn't provided by other panels. You need first create the local mailboxes, then, list them in aliases list if needed. I don't know any panel which will create the local mailboxes using alias addresses list automatically. And here, I don't talk about possible "loopback to myself" problems...
-
Today it's possible with i-MSCP too, but you have to create a mail forward for each of these aliases that gets redirected to the "principal" mailbox.
No true. You need only create a mail account + forward account (same form), then add your aliases (same form)... You do not have to create each mail forward account separately. Note that a forward mail account is nothing more than an alias.
-
You don't clarify anything in my eyes What you're showing in your screenshot is already possible.