Re: exim HELO=fully qualified host name?

From: Vincent Lefevre (vincent_at_vinc17.org)
Date: 03/03/04

  • Next message: Andrew Schulman: "Re: xlib6g and unstable"
    Date: Wed, 3 Mar 2004 11:29:46 +0100
    To: Debian-User <debian-user@lists.debian.org>
    
    

    On 2004-03-02 12:48:47 -0500, Derrick 'dman' Hudson wrote:
    > On Tue, Mar 02, 2004 at 04:31:22PM +0100, Vincent Lefevre wrote:
    > | Before exim was fixed in Debian, several messages I'd sent were
    > | rejected by some SMTP server.
    >
    > When the rejects happeend you became aware of the issue and you fixed
    > it :-). A problem is never solved before the problem is recognized.

    But most servers won't reject messages due to an invalid HELO argument,
    so that the user may think that this is correct on his side. If all
    the servers did the same thing, there would be no problems. Now, as
    the HELO argument is completely useless (at least nowadays), I don't
    think servers will tend to be stricter.

    > I agree - some providers suck. Find a different provider. Note that
    > it is possible to use a different email provider without changing ISP.

    I don't want to change ISP (as the only problem is this e-mail one).
    Instead of using a different e-mail provider, I prefer not to use a
    smarthost.

    > Note also that handling the mail yourself is one way of finding a
    > different provider, although that (naturally) shifts more
    > administrative work to your plate.

    If you mean here "not to use a smarthost", there isn't more
    administrative work, just a configuration option to change
    for Exim (and I still retrieve mail with getmail).

    > | For instance, I've just seen in my mail that a friend of mine is
    > | using Apple Mail, which isn't RFC 2821 compliant. Forte Agent, used
    > | by some of my family, doesn't provide a FQDN (no dot in the HELO
    > | argument). Ditto for Microsoft Outlook (from a message received in
    > | some mailing-list).
    >
    > Ah, this is a subtly different issue. The subtle difference is these
    > programs are all User Agents, not MTAs.

    Of course, but don't those MUAs include their own MTA? If not, then
    this would be a problem with MSWindows' own MTA (if any) or something
    like that.

    -- 
    Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
    validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
    des Jeux Mathématiques et Logiques, TETRHEX, etc.
    Work: CR INRIA - computer arithmetic / SPACES project at LORIA
    -- 
    To UNSUBSCRIBE, email to debian-user-request@lists.debian.org 
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
    

  • Next message: Andrew Schulman: "Re: xlib6g and unstable"

    Relevant Pages

    • Re: FPC package update
      ... This is part of yesterday's exim4 log: ... Obviously the mta doesn't think I can send out mail via my smtp connection ... You probably don't need exim or any other full-blown MTA. ...
      (Debian-User)
    • Re: Any suggestions for a MTA for a new admin?
      ... I've heard good things about Postfix, but I don't think it has ... anything over Exim. ... Any suggestions for a MTA for a new admin? ... > If you consider this e-mail to be spam, please click on the URL below. ...
      (freebsd-questions)
    • Re: mail
      ... The default MTA with Debian is Exim. ... Exim or another MTA installed and configured on your system? ... Is "common sense" really valid? ...
      (Debian-User)
    • Re: procmail vs. exim (was: Re: Proposed change for subscriptions...)
      ... Does procmail have any real advantage over exim ... filters other than being a widely-used legacy application, ... it can be used with any MTA. ... I have nothing against complexity, but I have a dim view of pointless ...
      (Debian-User)
    • Re: =?UTF-8?Q?Verst=C3=A4ndnis=2DProblem?= mit EXIM /var/spool/exim/log/mainlog
      ... Wenn Dein Provider die Mail ... Dein Lokaler ... Ansonsten ist exim in dieser Linux-Gruppe falsch platziert. ...
      (de.comp.os.unix.linux.misc)