Fetchmail and/or Alternatives

Discussion in 'Installation/Configuration' started by alienbob, Dec 15, 2005.

  1. alienbob

    alienbob New Member

    I have setup Fedora Core 4 and I'm trying to get it to collect mail from a mailbox for my domain. Its a multidrop box, I have a couple of accounts on my new box but things are not working out quite right!

    This my fetchmailrc config:

    Skip Accountname
    proto pop3
    auth password
    via pop.myisp.com
    envelope "x-delivered-to:"
    qvirtual "mydomain.com"
    user "username"
    pass "paswword"
    is *

    I have dovecot and sendmail installed as per the defaults with the OS and have only made minor changes to the Dovecot config, set it to not accept SSL connections and started both that and sendmail.

    I can send mail internally to the system users, but if it comes externally then it is delivered to the fetchmail user rather than being distributed to the named user in the headers!

    I have been reading around and it seems that fetchmail is not all that good with handling multidrop headers, seems to be so here, for sure, I'm wondering if anybody might have any suggestions to get this to work a bit better.

    Thank you
     
  2. falko

    falko Super Moderator

    I'm a little bit confused about this part. Can you describe more precisely what you do (which server do you use for sending, to which domain do you send, ...)? What's in the mail log?
     
  3. alienbob

    alienbob New Member

    The external (realdomain) server that I use for sending is our Exchange server with the .co.uk domain, the mails are being sent to my .net domain and being fetched by the Fedora box who is gemma.localhost

    This could be part of the problem but...

    I have used Evolution to send a mail to james@gemma.localhost

    "15 10:02:55 gemma sendmail[29085]: jBFA2tgx029085: from=<admin@gemma.localhost>, size=346, class=0, nrcpts=1, msgid=<1134640975.29030.0.camel@gemma.localhost>, proto=ESMTP, daemon=MTA, relay=gemma.localhost [127.0.0.1]
    Dec 15 10:02:56 gemma sendmail[29087]: jBFA2tgx029085: to=<james@gemma.localhost>, ctladdr=<admin@gemma.localhost> (501/100), delay=00:00:01, xdelay=00:00:00, mailer=local, pri=30560, dsn=2.0.0, stat=Sent"

    So it sucessfully used sendmail :)

    When a mail is sent externally this is the log excerpt:

    "Dec 13 16:17:37 gemma sendmail[2831]: jBDGHbAv002831: from=<user@realdomain.co.uk>, size=2593, class=0, nrcpts=1, msgid=<A0DD80161BEA9845B8B35B4ACA978C326DAE@samantha.RTXNetworks.local>, proto=ESMTP, daemon=MTA, relay=gemma.localhost [127.0.0.1]
    Dec 13 16:17:37 gemma sendmail[2832]: jBDGHbAv002831: to=<int00067@localhost>, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=32754, dsn=2.0.0, stat=Sent"

    When you look at the headers of the recieved mail you get:

    "From line From user@realdomain.co.uk Wed Dec 14 15:03:31 2005
    Return-Path: <user@rrealdomain.co.uk>
    Received: from localhost (gemma.localhost [127.0.0.1])by gemma.localhost (8.13.4/8.13.4) with ESMTP id jBEF3UBQ018353for <int00067@localhost>; Wed, 14 Dec 2005 15:03:30 GMT
    x-previous-hop: 195.224.37.13
    Received: from pop3.inty.co.uk [195.224.93.253]by localhost with POP3 (fetchmail-6.2.5)for int00067@localhost (multi-drop); Wed, 14 Dec 2005 15:03:30 +0000 (GMT)
    Received: from scan4.he.inty.net (scan4.he.inty.net [195.224.37.13])by hardy.inty.net (8.12.9/8.12.9) with SMTP id jBEF1HQN042553for <james@realdomain.net>; Wed, 14 Dec 2005 15:01:17 GMT
    Received: from localhost.localdomain (localhost.he.inty.com [127.0.0.1])by scan4.he.inty.net (Postfix) with ESMTP id 31C08119C74for <james@realdomain.net>; Wed, 14 Dec 2005 15:01:17 +0000 (GMT)
    Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mta1.pe.inty.net (Postfix) with ESMTP id A373064CD09 for <james@realdomain.net>; Wed, 14 Dec 2005 15:00:50 +0000 (GMT)
    Received: from [88.96.4.235] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1EmY7e-0006mi-8p for james@realdomain.net; Wed, 14 Dec 2005 15:00:50 +0000
    Content-class: urn:content-classes:message
    MIME-Version: 1.0
    Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C600BF.2BADEFBF"
    Subject: TEst 15:00
    X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
    Date: Wed, 14 Dec 2005 15:00:49 -0000
    Message-ID: <A0DD80161BEA9845B8B35B4ACA978C326DBA@samantha.RTXNetworks.local>
    X-MS-Has-Attach:
    X-MS-TNEF-Correlator:
    Thread-Topic: TEst 15:00
    thread-index: AcYAvyvJ+aq4XdiSR4OTDqKpKIFIAA==
    From: "James Tucker" <user@rrealdomain.co.uk>
    To: <james@realdomain.net>
    X-Originating-Pythagoras-IP: [88.96.4.235]
    X-MDF-SF_NaiveBayes: 0.102374507179588
    X-MDF-SF_SpamAssassin: 0.3/3
    X-MDF-SF_EmptyMsg: has-subject
    X-MDF-SF_SBPHBayes: 0.0
    X-MDF-Antispam: NO 44148
    X-MDF-HostID: 96
    X-Spam-Score: 12.70
    X-Skip-Spam-Check: yes
    X-Is-Spam: NO
    X-Spam-Checked: 44148
    X-delivered-to: <james@realdomain.net>
    X-Fetchmail-Warning: recipient address james@realdomain.net didn't match any local name"

    the int00067@localhost user is a user on the box being used for the pickup account (and to who all the mails keep getting delivered to :()

    The box hasn't got a resolvable domain as you can see, its just .localhost BUT I have picked up mail from a server running cppop and its distributed as expected so I don't think that that is the issue.

    Obviously the "X-Fetchmail-Warning: recipient address james@realdomain.net didn't match any local name" is a bit of a beacon of an error message but it seems to be a red herring as there is a user called james who can accept mail locally and if fetchmail is setup to deliver direct to that mailbox. :confused:

    Does this help at all? :eek:
     
  4. falko

    falko Super Moderator

    So you're sending from your realdomain.co.uk server (Exchange) to the realdomain.net server, and the emails on that server get picked up by your fetchmail server and are delivered to int00067@localhost.

    Now what exactly is the problem? So far everything looks ok.
     
  5. alienbob

    alienbob New Member

    Not quite as good as it should be ;) the mails should be delivered to user james not user int00067.

    just to clarify the fetchmailrc

    user "int00067"
    pass "password"
    is *


    Fetchmail doesn't seem to think that user james exists :confused:
     
  6. falko

    falko Super Moderator

    I'd use another /etc/fetchmailrc, something like this:

    Code:
    # /etc/fetchmailrc for system-wide daemon mode
    # This file must be chmod 0600, owner fetchmail
    
    # Daemon configuration
    # These two are set in /etc/default/fetchmail
    #set daemon        300                # Pool every 5 minutes
    #set syslog                        # log through syslog facility
    set postmaster  root
    
    set no bouncemail                # avoid loss on 4xx errors
                                    # on the other hand, 5xx errors get
                                    # more dangerous...
    
    ##########################################################################
    # Hosts to pool
    ##########################################################################
    
    # Defaults ===============================================================
    # Set antispam to -1, since it is far safer to use that together with
    # no bouncemail
    defaults:
    timeout 300
    antispam -1
    batchlimit 100
    
    poll <remote_server> protocol POP3 user "<remote_user>" there with password "<remote_password>" is james here fetchall
     
  7. alienbob

    alienbob New Member

    Its seems to be happy untill it gets to the end of the file:

    Code:
    sh-3.00$ /usr/bin/fetchmail -v -v
    fetchmail:/home/inty00067/.fetchmailrc:26: syntax error at is
    
    Is the fetchmailrc syntax quite version specific?
     
  8. till

    till Super Moderator

    Have you replaced:

    <remote_server> with your remote mailserver
    <remote_user> with your remote pop3 username
    <remote_password> with your remote pop3 password
     
  9. alienbob

    alienbob New Member

    Certainly have!
     
  10. alienbob

    alienbob New Member

    Got it working!

    For future reference:
    Code:
    # /etc/fetchmailrc for system-wide daemon mode
    # This file must be chmod 0600, owner fetchmail
    
    # Daemon configuration
    # These two are set in /etc/default/fetchmail
    #set daemon        300                # Pool every 5 minutes
    #set syslog                        # log through syslog facility
    set postmaster  root
    
    set no bouncemail                # avoid loss on 4xx errors
                                    # on the other hand, 5xx errors get
                                    # more dangerous...
    
    ##########################################################################
    # Hosts to pool
    ##########################################################################
    
    # Defaults ===============================================================
    # Set antispam to -1, since it is far safer to use that together with
    # no bouncemail
    defaults:
    timeout 300
    antispam -1
    batchlimit 100
    
    poll pop3.mail.server
            proto pop3
            no dns envelope x-delivered-to localdomains localhost gemma.realdomain.net realdomain.net
            user "username"
            pass "pass"
            is *
    
    Had a misconfiguration error with Sendmail, it wasn't setup to accept mail for the realdomain.net so as fetchmail passed it to sendmail it kept bouncing it back to my ISP who then resent it back to me...oops! :) All fixed now tho.. now onto the IMAP errors that Dovecot seems to be throwing up at me!

    Thanks for the pointers :D
     

Share This Page