tfolk.com>
List-Help: <mailto:users-request@lists.bitfolk.com?subject=help>
List-Subscribe: <https://lists.bitfolk.com/mailman/listinfo/users>,
<mailto:users-request@lists.bitfolk.com?subject=subscribe>
X-List-Received-Date: Mon, 05 Sep 2011 00:30:05 -0000
--R6sEYoIZpp9JErk7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi Hugo,
On Sun, Sep 04, 2011 at 07:30:39PM +0100, Hugo Mills wrote:
> On its way out through my mail hub, the mail was run through the
> Bitfolk spamassassin, which added its usual two headers: one with
> the spam score in it, and one with a horribly mangled extract of
> the original mail. This mail got rejected by vger.kernel.org on
> the grounds that it doesn't accept UTF-8 in mail headers.
I would like to avoid doing that, if BitFok's spamds are doing that.
> Is there any way I can get the X-frost.carfax.org.uk-Spam-Report:
> header either suppressed completely, or (in preference) without the
> content of the original message in it?
=2E..but BitFolk's spamd's won't be adding an
X-frost.carfax.org.uk-Spam-Report header. Is there anything for me
to look into here?
Cheers,
Andy
--=20
http://bitfolk.com/ -- No-nonsense VPS hosting
"I am the permanent milk monitor of all hobbies!" -- Simon Quinlank
--R6sEYoIZpp9JErk7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEAREDAAYFAk5kGAsACgkQIJm2TL8VSQsk7QCgwGKQ/G9rtdVu5Q3zogJHpX/6
xl0AnjT2ZdV8zs2pd3PdNYnYxR86sfgT
=alRh
-----END PGP SIGNATURE-----
--R6sEYoIZpp9JErk7--
From andy@??? Mon Sep 05 01:09:59 2011
Received: from andy by bitfolk.com with local (Exim 4.72)
(envelope-from <andy@???>) id 1R0NhH-0003Gp-Kj
for users@???; Mon, 05 Sep 2011 01:09:59 +0000
Date: Mon, 5 Sep 2011 01:09:59 +0000
From: Andy Smith <andy@???>
To: users@???
Message-ID: <20110905010959.GI19219@???>
References: <4E63E67B.9010806@???>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-ripemd160;
protocol="application/pgp-signature"; boundary="RDS4xtyBfx+7DiaI"
Content-Disposition: inline
In-Reply-To: <4E63E67B.9010806@???>
OpenPGP: id=BF15490B; url=http://strugglers.net/~andy/pubkey.asc
X-URL: http://strugglers.net/wiki/User:Andy
User-Agent: Mutt/1.5.18 (2008-05-17)
X-Virus-Scanner: Scanned by ClamAV on bitfolk.com at Mon,
05 Sep 2011 01:09:59 +0000
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: andy@???
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
spamd1.lon.bitfolk.com
X-Spam-Level:
X-Spam-ASN:
X-Spam-Status: No, score=-0.0 required=5.0 tests=NO_RELAYS shortcircuit=no
autolearn=disabled version=3.3.1
X-Spam-Report: * -0.0 NO_RELAYS Informational: message was not relayed via SMTP
X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000)
X-SA-Exim-Scanned: Yes (on bitfolk.com)
Subject: Re: [bitfolk] Bandwidth
X-BeenThere: users@???
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: Users of BitFolk hosting <users.lists.bitfolk.com>
List-Unsubscribe: <https://lists.bitfolk.com/mailman/options/users>,
<mailto:users-request@lists.bitfolk.com?subject=unsubscribe>
List-Archive: <http://lists.bitfolk.com/lurker/list/users.html>
List-Post: <mailto:users@lists.bitfolk.com>
List-Help: <mailto:users-request@lists.bitfolk.com?subject=help>
List-Subscribe: <https://lists.bitfolk.com/mailman/listinfo/users>,
<mailto:users-request@lists.bitfolk.com?subject=subscribe>
X-List-Received-Date: Mon, 05 Sep 2011 01:10:00 -0000
--RDS4xtyBfx+7DiaI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi Dom,
On Sun, Sep 04, 2011 at 10:58:35PM +0200, Dom Latter wrote:
> I'm migrating from Gandi (gandi.fr, somewhere near Paris) and
> was a bit surprised that my "rsync -azP" seemed to be shifting only
> about one megabyte a second.
8Mbit/s not unreasonable for a single TCP stream across the
Internet, but with gandi.fr being only about 11ms away I would have
indeed expected a little more.
As Alan says it may be due to disk speed or rsync compression at
either or both ends.
Do you have an example of a large file at gandi.fr that we can
dowload with a simple TCP protocol like HTTP so that rsync can be
taken out of the picture?
FWIW, ftp2.fr.debian.org is ~17ms away and:
$ wget -4 http://ftp2.fr.debian.org/debian/pool/main/n/nexuiz-data/nexu=
iz-dat
