FAQ

-----Alkuper?inen viesti-----
L?hett?j?: Mark Sapiro [mailto:msapiro at value.net]
L?hetetty: 27. tammikuuta 2006 23:30
Vastaanottaja: Niemi Hannu; mailman-users at python.org
Aihe: Re: [Mailman-Users] Confirmation problems

Niemi Hannu wrote:
Is it only this list that fails? It is not likely a virtual host
problem as host really isn't involved in processing confirmations.
I had to test the others. To be honest I haven't earlier
used this kind
of "user-driven subscription" in any of the lists on that
server, but have been adding the users on the web form instead.

Check mailman's 'error' log and also permissions on the
list's pending.pck file.
Hello

I was away for some time (hey, even I have vacation somedays ;)) and have now come back.

If you have forgotten what the problem is:

e-mail conformation isn't working for a list (though for others it does).

After evaluating the problem again it seems that my first impression was a bit erroneous (read I didn't debug efficiently enough):

It seems that confirming via web page works, but only if one hasn't tried to do it by mail. It seems that the mail removes the confirmation from the pending confirmations, but doesn't do the trick. And after that the web page confirmation doesn't really have anything to confirm against.

The error log gives the following information:

-----------------8<--------------8<-----------------

Feb 08 21:26:11 2006 (29601) Uncaught runner exception: [Errno 9] Bad file descriptor
Feb 08 21:26:11 2006 (29601) Traceback (most recent call last):
File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 110, in _oneloop
self._onefile(msg, msgdata)
File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 160, in _onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File "/usr/lib/mailman/Mailman/Queue/OutgoingRunner.py", line 74, in _dispose
self._func(mlist, msg, msgdata)
File "/usr/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 180, in process
mm_cfg.SMTP_LOG_EVERY_MESSAGE[1], kws=d)
File "/usr/lib/mailman/Mailman/Logging/Syslog.py", line 49, in write_ex
logf = self._logfiles[kind] = StampedLogger(kind)
File "/usr/lib/mailman/Mailman/Logging/StampedLogger.py", line 52, in __init__
Logger.__init__(self, category, nofail, immediate)
File "/usr/lib/mailman/Mailman/Logging/Logger.py", line 49, in __init__
self.__get_f()
File "/usr/lib/mailman/Mailman/Logging/Logger.py", line 75, in __get_f
_logexc(self, e)
File "/usr/lib/mailman/Mailman/Logging/Utils.py", line 22, in _logexc
sys.__stderr__.write('Logging error: %s\n' % logger)
IOError: [Errno 9] Bad file descriptor

Feb 08 21:26:11 2006 (29601) SHUNTING: 1139426770.15838+256c6fef5c6868ee41812a6ec8d71a9d1da73730

-----------------8<--------------8<-----------------

Any suggestions based on this one?

Best regards

Hannu Niemi

Search Discussions

  • Mark Sapiro at Feb 9, 2006 at 3:37 pm

    Niemi Hannu wrote:
    After evaluating the problem again it seems that my first impression was a
    bit erroneous (read I didn't debug efficiently enough):

    It seems that confirming via web page works, but only if one hasn't tried to do it by mail. It seems that the mail removes the confirmation from the pending confirmations, but doesn't do the trick.

    What are the subscription rules? is moderator approval also required?
    Is this why the confirmation by email appears to not work?

    And after that the web page confirmation doesn't really have anything to confirm against.

    The error log gives the following information:

    -----------------8<--------------8<-----------------

    Feb 08 21:26:11 2006 (29601) Uncaught runner exception: [Errno 9] Bad file >descriptor
    Feb 08 21:26:11 2006 (29601) Traceback (most recent call last):
    File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 110, in _oneloop
    self._onefile(msg, msgdata)
    File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 160, in _onefile
    keepqueued = self._dispose(mlist, msg, msgdata)
    File "/usr/lib/mailman/Mailman/Queue/OutgoingRunner.py", line 74, in _dis>pose
    self._func(mlist, msg, msgdata)
    File "/usr/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 180, in proc>ess
    mm_cfg.SMTP_LOG_EVERY_MESSAGE[1], kws=d)
    File "/usr/lib/mailman/Mailman/Logging/Syslog.py", line 49, in write_ex
    logf = self._logfiles[kind] = StampedLogger(kind)
    File "/usr/lib/mailman/Mailman/Logging/StampedLogger.py", line 52, in __i>nit__
    Logger.__init__(self, category, nofail, immediate)
    File "/usr/lib/mailman/Mailman/Logging/Logger.py", line 49, in __init__
    self.__get_f()
    File "/usr/lib/mailman/Mailman/Logging/Logger.py", line 75, in __get_f
    _logexc(self, e)
    File "/usr/lib/mailman/Mailman/Logging/Utils.py", line 22, in _logexc
    sys.__stderr__.write('Logging error: %s\n' % logger)
    IOError: [Errno 9] Bad file descriptor

    Feb 08 21:26:11 2006 (29601) SHUNTING: 1139426770.15838+256c6fef5c6868ee41812a6ec8d71a9d1da73730
    Do (watch out for folding)

    bin/show_qfiles
    qfiles/shunt/1139426770.15838+256c6fef5c6868ee41812a6ec8d71a9d1da73730.pck

    And see what's in the shunted message. Unless you have a large number
    of these, I don't know what happened to cause this.

    What the trace shows is the SMTP delivery handler successfully
    delivered the message to the outgoing MTA and was trying to log that
    fact in the 'smtp' log, but for some reason logging encountered an
    exception (I think) and tried to write that to stderr which wasn't
    available, so the error logged here is the inability to write to
    stderr.

    Also, the actual message in this case that was shunted, should have
    been successfully delivered anyway, so this seems to have nothing to
    do with the confirmation problem.

    --
    Mark Sapiro <msapiro at value.net> The highway is for gamblers,
    San Francisco Bay Area, California better use your sense - B. Dylan

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupmailman-users @
categoriespython
postedFeb 9, '06 at 8:29a
activeFeb 9, '06 at 3:37p
posts2
users2
websitelist.org

2 users in discussion

Niemi Hannu: 1 post Mark Sapiro: 1 post

People

Translate

site design / logo © 2022 Grokbase