tag 427900 unreproducible moreinfo thanks [2007-06-07 12:40:28] Reuben Thomas <r...@sc3d.org> > > When I'm not online, every connection to the localhost SMTP server > results in another "masqmail -bd -q10m" process
No matter if you're online or not, masqmail always forks for incoming SMTP connections. The command line parameters are irrelevant, they just originate from the fork. > which doesn't go away > and the mail never completes sending (from the MUA's point of view). Unfortunately (or fortunately ;-) ) I can't reproduce this behavior. I told masqmail that it is offline and submitted a message with telnet on localhost:25. After sending QUIT the connection was terminated by the server at once. I also tried to tell masqmail that we're online when I was not online. The behavior was the same: the connection was terminated by the server at once after sending QUIT. > stracing shows the process waiting on a futex; gdbing doesn't give any > symbols in the backtrace. Hmm. Masqmail itself doesn't use futex anywhere. Could be that glib uses them, don't know. > Allowing the MUA (alpine, in my case) to break the connection (it > prompts me for this after waiting for a while) results in the mail > being apparently sent, although the masqmail process still remains. I haven't seen a masqmail process remaining when it should not. It would be good to have an SMTP log of such a situation. Trying to manually submit a message with telnet could provide useful information too. Also describing the situation more closely (is the computer online, does masqmail think it's online, which version of masqmail, etc) would be good. Maybe some cases could be excluded then. > If I instead use /usr/lib/sendmail, I don't get this problem. The bug seems to be SMTP related then. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
