OVH mail redirection service sucks badly

OVH

OVH has a mail redirection service that fails quite badly. It’s a little bit slower, or at least it’s always the slowest point of the mail transmission chain. But sometimes it’s REALLY slow. Like 10 hours slow. An other interesting point is that their redirection server time is totally out of sync.

This is a little problem for me as I use mails intensively. I had setup some postfix/mysql redirection before and I think I will have to come back to that.

I contacted OVH to tell them this and they basically explained me that I’m quite likely to be the one that didn’t setup my server properly.

Here are the details :

Good mail

Delivered-To: ***@gmail.com
Received: by 10.231.183.19 with SMTP id ce19cs102765ibb;
        Wed, 20 Oct 2010 05:58:52 -0700 (PDT)
Received: by 10.216.13.17 with SMTP id a17mr8135853wea.46.1287579531550;
       Wed, 20 Oct 2010 05:58:51 -0700 (PDT)
Return-Path: <***@aol.com>
Received: from 12.mail-out.ovh.net (12.mail-out.ovh.net [91.121.28.205])
        by mx.google.com with SMTP id t36si315163weq.130.2010.10.20.05.58.51;
        Wed, 20 Oct 2010 05:58:51 -0700 (PDT)
Received-SPF: neutral (google.com: 91.121.28.205 is neither permitted nor denied by domain of ***@aol.com) client-ip=91.121.28.205;
Authentication-Results: mx.google.com; spf=neutral (google.com: 91.121.28.205 is neither permitted nor denied by domain of ***@aol.com) smtp.mail=***@aol.com
Received: (qmail 22703 invoked by uid 503); 20 Oct 2010 12:58:50 -0000
Received: from b3.ovh.net (HELO redirect.ovh.net) (213.186.33.53)
  by 12.mail-out.ovh.net with SMTP; 20 Oct 2010 12:58:50 -0000
Received: from redirect.ovh.net (HELO queue) ()
	by redirect.ovh.net with SMTP; 20 Oct 2010 13:49:57 -0000
Received: from imr-ma06.mx.aol.com (64.12.78.142)
  by redirect.ovh.net with SMTP; 20 Oct 2010 13:49:57 -0000
Received: by ORT (Ovh Redirect Technology) ver:1.0
		< ***@aol.com
		> ***@webingenia.com >> ***@gmail.com (found)
Received: from imo-da02.mx.aol.com (imo-da02.mx.aol.com [205.188.169.200])
	by imr-ma06.mx.aol.com (8.14.1/8.14.1) with ESMTP id o9KCwZki004337
	for ; Wed, 20 Oct 2010 08:58:35 -0400
Received: from ***@aol.com
	by imo-da02.mx.aol.com  (mail_out_v42.9.) id f.f74.5c8f54c (37518)
	 for ; Wed, 20 Oct 2010 08:58:31 -0400 (EDT)
Received: from magic-d27.mail.aol.com (magic-d27.mail.aol.com [172.19.146.161]) by cia-ma08.mx.aol.com (v129.5) with ESMTP id MAILCIAMA083-928e4cbee777113; Wed, 20 Oct 2010 08:58:31 -0400

So here is what it means :

Step Date in mail header UTC Date Time elapsed since first date
From my sender Wed, 20 Oct 2010 08:58:31 -0400 20/10/2010 12:58:31 0s
Before OVH redirect service Wed, 20 Oct 2010 08:58:35 -0400 20/10/2010 15:58:35 4s
OVH redirect service 20 Oct 2010 13:49:57 -0000 20/10/2010 13:49:57 nonsense
After OVH redirect service (on OVH network) 20 Oct 2010 12:58:50 -0000 20/10/2010 12:58:50 19s
To gmail Wed, 20 Oct 2010 05:58:52 -0700 (PDT) 20/10/2010 12:58:52 21s

Bad mail

                                                                                                                                                                                                                         
Delivered-To: ***@gmail.com
Received: by 10.231.183.19 with SMTP id ce19cs10141ibb;
        Mon, 18 Oct 2010 22:56:19 -0700 (PDT)
Received: by 10.216.188.211 with SMTP id a61mr6239173wen.15.1287467777688;
        Mon, 18 Oct 2010 22:56:17 -0700 (PDT)
Return-Path: <***@aol.com>
Received: from 12.mail-out.ovh.net (12.mail-out.ovh.net [91.121.28.205])
        by mx.google.com with SMTP id w64si17380878weq.71.2010.10.18.22.56.17;
        Mon, 18 Oct 2010 22:56:17 -0700 (PDT)
Received-SPF: neutral (google.com: 91.121.28.205 is neither permitted nor denied by domain of ***@aol.com) client-ip=91.121.28.205;
Authentication-Results: mx.google.com; spf=neutral (google.com: 91.121.28.205 is neither permitted nor denied by domain of ***@aol.com) smtp.mail=***@aol.com
Received: (qmail 16005 invoked by uid 503); 19 Oct 2010 05:56:17 -0000
Received: from b3.ovh.net (HELO redirect.ovh.net) (213.186.33.53)
  by 12.mail-out.ovh.net with SMTP; 19 Oct 2010 05:56:15 -0000
Received: from redirect.ovh.net (HELO queue) ()
	by redirect.ovh.net with SMTP; 18 Oct 2010 15:11:21 -0000
Received: from imr-da01.mx.aol.com (205.188.105.143)
  by redirect.ovh.net with SMTP; 18 Oct 2010 15:11:21 -0000
Received: by ORT (Ovh Redirect Technology) ver:1.0
		< ***@aol.com
		> ***@webingenia.com >> ***@gmail.com (found)
Received: from imo-da03.mx.aol.com (imo-da03.mx.aol.com [205.188.169.201])
	by imr-da01.mx.aol.com (8.14.1/8.14.1) with ESMTP id o9IFQP15001519
	for ; Mon, 18 Oct 2010 11:26:25 -0400
Received: from ***@aol.com
	by imo-da03.mx.aol.com  (mail_out_v42.9.) id f.f62.563cefb (43895)
	 for ; Mon, 18 Oct 2010 11:26:23 -0400 (EDT)
Received: from magic-m23.mail.aol.com (magic-m23.mail.aol.com [172.20.22.196]) by cia-dc05.mx.aol.com (v129.5) with ESMTP id MAILCIADC058-ab774cbc671f141; Mon, 18 Oct 2010 11:26:23 -0400
Step Date in mail header UTC Date Time elapsed since first date
From my sender Mon, 18 Oct 2010 11:26:23 -0400 18/10/2010 15:26:23 0s
Before OVH redirect service Mon, 18 Oct 2010 11:26:25 -0400 18/10/2010 15:26:25 2s
OVH redirect service 18 Oct 2010 15:11:21 -0000 18/10/2010 15:11:21 nonsense
After OVH redirect service (on OVH network) 19 Oct 2010 05:56:15 -0000 19/10/2010 05:56:15 9h40
To gmail Mon, 18 Oct 2010 22:56:19 -0700 (PDT) 19/10/2010 05:56:19 9h40

2 thoughts on “OVH mail redirection service sucks badly”

  1. “they basically explained me that I’m quite likely to be the one that didn’t setup my server properly”. OVH is a bit right here, in the sense that you did something wrong. But your configuration is correct.
    The only bad thing you did is using services from OVH. Choose another hosting company, it can only be better.

    Like you, I tried to configure my greylisting because OVH was taking several days to get past it (due to their constant IP changing). In the end, I went the easier route: banning the entire OVH network.

Leave a Reply

Your email address will not be published. Required fields are marked *