From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 68472138350 for ; Mon, 6 Apr 2020 17:00:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BBE61E105B; Mon, 6 Apr 2020 17:00:32 +0000 (UTC) Received: from tncsrv06.tnetconsulting.net (tncsrv06.tnetconsulting.net [IPv6:2600:3c00:e000:1e9::8849]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 47152E1037 for ; Mon, 6 Apr 2020 17:00:31 +0000 (UTC) Received: from Contact-TNet-Consulting-Abuse-for-assistance by tncsrv06.tnetconsulting.net (8.15.2/8.15.2/Debian-3) with ESMTPSA id 036H0TRI031270 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 6 Apr 2020 12:00:31 -0500 Subject: Re: [gentoo-user] Alternate Incoming Mail Server To: gentoo-user@lists.gentoo.org References: <20200406153445.yzeewcorrb7vjtni@ad-gentoo-main> <2bc75a9f-d52c-2e08-8fd6-bd0ec301e6f2@gentoo.org> <474774D5-DAEB-4E07-BF0D-5DE2B7A712AC@antarean.org> From: Grant Taylor Organization: TNet Consulting Message-ID: <902f13db-e2f8-877b-1d13-259245785c07@spamtrap.tnetconsulting.net> Date: Mon, 6 Apr 2020 11:00:32 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: <474774D5-DAEB-4E07-BF0D-5DE2B7A712AC@antarean.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Archives-Salt: 8690457a-c922-4618-9841-fd32636c478e X-Archives-Hash: 242ce9308b6ae57fa8d8c14bc407f6f3 On 4/6/20 10:19 AM, J. Roeleveld wrote: > I find that, with a backup MX, I don't seem to loose emails. Having multiple email servers of your own, primary, secondary, tertiary, etc, makes it much more likely that the email will move from the sending systems control to your control. I think it's fairly obvious that having the inbound email somewhere you control it is self evident. I've run into poorly configured sending servers that will try (re)sending once a day / week. So, you would be waiting on them for that day / week to re-send, presuming they do re-send. Conversely, if you have your own secondary mail server, the inbound message will likely land at the secondary mail server seconds ~> minutes after being unable to send to the primary mail server. Thus when your primary mail server comes back online minutes later, your secondary can send it on to your primary. Thus a net delay of minutes vs hours / days / week(s). > I have, however, found evidence of mailservers belonging to big ISPs > not retrying emails if there is no response from the singular MX. I've not noticed this, but I've not been looking for it, and I've had secondary email servers for decades. Note: You don't have to have and manage your own secondary mail server. You can outsource the task to someone you trust. The primary thing is that there are multiple servers willing to accept responsibility for your email. Be they your servers and / or someone else's servers acting as your agent. General call to everybody: If you're an individual and you want a backup (inbound relay) email server, send me a direct email and we can chat. I want to do what I can to help encourage people to run their own servers. I'm happy to help. -- Grant. . . . unix || die