Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 29 Feb 2008 00:15:16 -0800
From:      "Ted Mittelstaedt" <tedm@toybox.placo.com>
To:        "Wojciech Puchar" <wojtek@wojtek.tensor.gdynia.pl>, "Zbigniew Szalbot" <zszalbot@gmail.com>
Cc:        freebsd-questions@freebsd.org, cuongvt <cuongvt@fpt.vn>
Subject:   RE: relay through gmail
Message-ID:  <BMEDLGAENEKCJFGODFOCCEHBCFAA.tedm@toybox.placo.com>
In-Reply-To: <20080228123859.R33115@wojtek.tensor.gdynia.pl>

next in thread | previous in thread | raw e-mail | index | archive | help


> -----Original Message-----
> From: owner-freebsd-questions@freebsd.org
> [mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Wojciech Puchar
> Sent: Thursday, February 28, 2008 3:40 AM
> To: Zbigniew Szalbot
> Cc: freebsd-questions@freebsd.org; cuongvt
> Subject: Re: relay through gmail
> 
> 
> >
> > With dyndns he won't be able to deliver to many mailservers out there.
> > while not RFC-mandatory, a static IP address and rDNS are a must now
> > in most cases.
> 
> rDNS is a must? strange but i don't have this in lot of places, and 2 
> places with dyndns-like solution (exactly like dyndns.com but done by my 
> other machine) - both works without problems.
> 
> you are definitely not right.

No, he IS right.  The issue is that while the mail RFC's
don't require rDNS, there are a -few- rather stupid
anti-spam filters out there that do.

As long as you (or one of your users) is not e-mailing to
someone on one of these mailservers your fine.

But if you are, your screwed.  We often get this kind of
complaint call from customers who have setup this kind of
deal and -1- person in their organization has -1- coorespondent
they keep getting their mail rejected from.  When we tell
them they have to pay their ISP more money for a static IP address,
whether they do it or not is usually dependent on how
important the particular employee is, who is being screwed
over.

Ted



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BMEDLGAENEKCJFGODFOCCEHBCFAA.tedm>