fetchmailconf: Fails with Message "Not matched in class `Server' signature: ['dns']" on second run

Bug #64152 reported by Chris Vigelius
12
Affects Status Importance Assigned to Milestone
fetchmail (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

Binary package hint: fetchmailconf

Running Kubuntu 6.06 (dapper) on AMD64 (Intel Core Duo 2), fetchmailconf works only if there is no local .fetchmailrc present (=only the first time). If a .fetchmailrc is present, fetchmailconfig throws the following error:

Fields don't match what fetchmailconf expected:
Not matched in class `Server' signature: ['dns']

This is true even if .fetchmailrc is almost empty (e.g. no servers/users defined). Contents of my .fetchmailrc (private info masked with ***):
--------------------------------
# Configuration created Thu Oct 5 11:32:07 2006 by fetchmailconf 1.52 $Revision: 4636 $
set postmaster "chris"
set bouncemail
set no spambounce
set properties ""
poll mail.***.*** with proto POP3
       user 'chris@***.***' there with password '***' is 'chris' here options keep fetchall
--------------------------------

Output of fetchmail --configdump
--------------------------------
TRUE=1; FALSE=0

os_type = 'linux'
feature_options = ('pop3','imap','sdps','etrn','odmr','ssl',)
# Start of configuration initializer
fetchmailrc = {
    'poll_interval':0,
    "logfile":None,
    "idfile":"/home/chris/.fetchids",
    "postmaster":"chris",
    'bouncemail':TRUE,
    'spambounce':FALSE,
    "properties":"",
    'invisible':FALSE,
    'showdots':TRUE,
    'syslog':FALSE,
    # List of server entries begins here
    'servers': [
        # Entry for site `mail.***.***' begins:
        {
            "pollname":"mail.***.***",
            'active':TRUE,
            "via":None,
            "protocol":"POP3",
            "service":None,
            'timeout':300,
            'interval':0,
            "envelope":"Received",
            'envskip':0,
            "qvirtual":None,
            "auth":"any",
            'uidl':FALSE,
            "aka":[],
            "localdomains":[],
            "interface":None,
            "monitor":None,
            "plugin":None,
            "plugout":None,
            "principal":None,
            'tracepolls':FALSE,
            'users': [
                {
                    "remote":"chris@***.***",
                    "password":"***",
                    'localnames':["chris"],
                    'fetchall':TRUE,
                    'keep':TRUE,
                    'flush':FALSE,
                    'limitflush':FALSE,
                    'rewrite':TRUE,
                    'stripcr':FALSE,
                    'forcecr':FALSE,
                    'pass8bits':FALSE,
                    'dropstatus':FALSE,
                    'dropdelivered':FALSE,
                    'mimedecode':FALSE,
                    'idle':FALSE,
                    "mda":None,
                    "bsmtp":None,
                    'lmtp':FALSE,
                    "preconnect":None,
                    "postconnect":None,
                    'limit':0,
                    'warnings':3600,
                    'fetchlimit':0,
                    'fetchsizelimit':100,
                    'fastuidl':10,
                    'batchlimit':0,
                    'ssl':FALSE,
                    "sslkey":None,
                    "sslcert":None,
                    "sslproto":None,
                    'sslcertck':FALSE,
                    "sslcertpath":None,
                    "sslfingerprint":None,
                    'expunge':0,
                    "properties":None,
                    "smtphunt":["localhost"],
                    "fetchdomains":[],
                    "smtpaddress":None,
                    "smtpname":None,
                    'antispam':'',
                    "mailboxes":[],
                }
                , ]
        }
    ]
}
# End of initializer
--------------------------------

This is very probably an upstream bug, and it may be related to the fact that I am running AMD64 (see also http://www.mhonarc.org/archive/html/fetchmail-friends/2005-08/msg00016.html, which seems to discuss the same problem).

Revision history for this message
IbeeX (ibrkanac) wrote :

Same thing here

2.6.15-25-amd64-k8 #1 SMP PREEMPT Wed Jun 14 11:39:18 UTC 2006 x86_64 GNU/Linux

Revision history for this message
Matthias Andree (matthias-andree) wrote :

Please forward such bugs upstream!!!

Revision history for this message
Matthias Andree (matthias-andree) wrote :

Please forward such bugs upstream - either directly to berlios.de or mailing lists or via Debian!!!

Thanks.

Matthias Andree, upstream fetchmail maintainer

Revision history for this message
Matthias Andree (matthias-andree) wrote :

Please set to "confirmed", this is an upstream fetchmail bug affecting all platforms not providing res_search and resolv.h.

Daniel T Chen (crimsun)
Changed in fetchmail:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Matthias Andree (matthias-andree) wrote :

I am not going to fix this upstream, fetchmailconf being mostly deprecated. If someone provides a patch to fetchmailconf.py, I'll happily take it.

Bryce Harrington (bryce)
Changed in fetchmail (Ubuntu):
status: Confirmed → Triaged
importance: Medium → Low
Revision history for this message
Bryce Harrington (bryce) wrote :

fetchmailconf is deprecated upstream (as per comment #5), and does not appear to be something we specifically rely on or directly support for Ubuntu, I do not expect this to be an issue we would work on independently of upstream, so I'm closing it as wontfix. If someone does wish to see this issue investigated/resolved, please do so in conjunction with upstream, perhaps by proposing a patch for them.

Changed in fetchmail (Ubuntu):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.