Name or service not known
I'm setting up mailman/exim and when qrunner runs, no mail goes out. Nothing appears in exim_mainlog but $config/logs/smtp says:
All recipients refused: (-2 'Name or service not known')
I can't figure where this is coming from. If I go to $config/qfiles, the message waits there.
I can push the message out by using "exim -t < the_message.txt" so I think exim is ok. All my "sendmail" files are linked to exim. What else?
Anyone have an idea what I've done wrong?
Thank you,
Marilyn Davis
I'm still pulling out my hair on this one, and a hairless woman is not a pretty thing.
It's still old 2.0.13 and I need to run that on this particular machine.
I figured out that the SMTPDirect thing was going straight out a port rather than piping to exim. This is a standalone machine for development and testing.
So, in my mm_cfg.py I put:
DELIVERY_MODULE = 'Sendmail'
but it didn't fix it.
How can I get it to use sendmail (linked to exim) instead of the SMTPDirect module?
Marilyn
On Wed, 19 Mar 2003, Marilyn Davis wrote:
I'm setting up mailman/exim and when qrunner runs, no mail goes out. Nothing appears in exim_mainlog but $config/logs/smtp says:
All recipients refused: (-2 'Name or service not known')
I can't figure where this is coming from. If I go to $config/qfiles, the message waits there.
I can push the message out by using "exim -t < the_message.txt" so I think exim is ok. All my "sendmail" files are linked to exim. What else?
Anyone have an idea what I've done wrong?
Thank you,
Marilyn Davis
Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
This message was sent to: marilyn@deliberate.com Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/marilyn%40deliberate.co...
On Fri, 2003-03-21 at 17:04, Marilyn Davis wrote:
I'm still pulling out my hair on this one, and a hairless woman is not a pretty thing.
Oh, I don't know about that...
http://go.sciflicks.com/artists/p/persis_khambatta_star_trek_the_motion_pict...
:)
I figured out that the SMTPDirect thing was going straight out a port rather than piping to exim. This is a standalone machine for development and testing.
This is true. SMTPDirect sends messages over port 25 via the smtplib module. Still, if you're running your Exim as a daemon, it should be possible to configure it to accept only localhost port 25 connections. That's what I'd recommend anyway.
So, in my mm_cfg.py I put:
DELIVERY_MODULE = 'Sendmail'
but it didn't fix it.
Are you sure SENDMAIL_CMD points to the right executable?
How can I get it to use sendmail (linked to exim) instead of the SMTPDirect module?
They way you're doing it is the only way, and it ought to work, but you should be aware of the security issues. This delivery module goes through the shell so you have quoting issues and the like to worry about.
There have been some ideas to fix this. What I'd like to see is Sendmail.py fixed to not use the shell, and for smtplib.py to be able to talk SMTP over stdin/stdout. But I have no time to work on these things.
-Barry
On 22 Mar 2003, Barry Warsaw wrote:
On Fri, 2003-03-21 at 17:04, Marilyn Davis wrote:
I'm still pulling out my hair on this one, and a hairless woman is not a pretty thing.
Oh, I don't know about that...
http://go.sciflicks.com/artists/p/persis_khambatta_star_trek_the_motion_pict...
:)
Yeh, well she shaved her head, I pull my hair out in clumps.
If this goes on much longer, it'll look the same and I'll be that pretty?
I figured out that the SMTPDirect thing was going straight out a port rather than piping to exim. This is a standalone machine for development and testing.
This is true. SMTPDirect sends messages over port 25 via the smtplib module. Still, if you're running your Exim as a daemon, it should be possible to configure it to accept only localhost port 25 connections. That's what I'd recommend anyway.
I went back to SMTPDirect and set exim to collect over port 25 but nothing changed.
So, in my mm_cfg.py I put:
DELIVERY_MODULE = 'Sendmail'
but it didn't fix it.
Are you sure SENDMAIL_CMD points to the right executable?
Absolutely. I can run the mail through using that command.
How can I get it to use sendmail (linked to exim) instead of the SMTPDirect module?
They way you're doing it is the only way, and it ought to work, but you should be aware of the security issues. This delivery module goes through the shell so you have quoting issues and the like to worry about.
It's hard to care about security on a standalone test machine.
I'm missing something because when I do the Sendmail thing, it still gets the same error in the smtp log, so I guess it's still doing the same thing.
I'm going to get the debugger going next.
Thank you for your thoughts on this Barry. I know you're too busy.
Marilyn
There have been some ideas to fix this. What I'd like to see is Sendmail.py fixed to not use the shell, and for smtplib.py to be able to talk SMTP over stdin/stdout. But I have no time to work on these things.
-Barry
On Fri, 2003-03-21 at 17:04, Marilyn Davis wrote:
I'm still pulling out my hair on this one ...
Remember that I was trying to get my stand-alone test machine to use my Sendmail command (really exim) instead of SMTPDirect?
On 22 Mar 2003, Barry Warsaw wrote:
So, in my mm_cfg.py I put:
DELIVERY_MODULE = 'Sendmail'
but it didn't fix it.
Are you sure SENDMAIL_CMD points to the right executable?
How can I get it to use sendmail (linked to exim) instead of the SMTPDirect module?
They way you're doing it is the only way, and it ought to work,
I wish I could report that I figured out the problem here.
It is fixed but I don't understand it.
Changing my mm_cfg.py DELIVERY_MODULE to Sendmail didn't work until I ran it in the debugger. Then it worked outside the debugger too.
I put it back to SMPTDirect to try to figure out what is happening and it stopped working again. Putting it back to Sendmail did not fix it, once again, until I ran it in the debugger. And now it works every time again.
I'm new to Python and wanting to become fluent, so I wish I understood what could be happening.
I understand that my_module.py gets compiled to my_module.pyc. I'm wondering what happens with qrunner since it doesn't have a .py or a .pyc. Is the byte code stored some place?
Or maybe my brains were attached to all the hairs I pulled out on this one and I've gone nuts.
Marilyn
I suspect you simply forgot the restart the mailmanctl daemon last time. :-)
----- Original Message ----- From: "Marilyn Davis" <marilyn@deliberate.com> To: <mailman-users@python.org> Sent: Saturday, March 29, 2003 4:43 PM Subject: Re: [Mailman-Users] Name or service not known
On Fri, 2003-03-21 at 17:04, Marilyn Davis wrote:
I'm still pulling out my hair on this one ...
Remember that I was trying to get my stand-alone test machine to use my Sendmail command (really exim) instead of SMTPDirect?
On 22 Mar 2003, Barry Warsaw wrote:
So, in my mm_cfg.py I put:
DELIVERY_MODULE = 'Sendmail'
but it didn't fix it.
Are you sure SENDMAIL_CMD points to the right executable?
How can I get it to use sendmail (linked to exim) instead of the SMTPDirect module?
They way you're doing it is the only way, and it ought to work,
I wish I could report that I figured out the problem here.
It is fixed but I don't understand it.
Changing my mm_cfg.py DELIVERY_MODULE to Sendmail didn't work until I ran it in the debugger. Then it worked outside the debugger too.
I put it back to SMPTDirect to try to figure out what is happening and it stopped working again. Putting it back to Sendmail did not fix it, once again, until I ran it in the debugger. And now it works every time again.
I'm new to Python and wanting to become fluent, so I wish I understood what could be happening.
I understand that my_module.py gets compiled to my_module.pyc. I'm wondering what happens with qrunner since it doesn't have a .py or a .pyc. Is the byte code stored some place?
Or maybe my brains were attached to all the hairs I pulled out on this one and I've gone nuts.
Marilyn
Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives:
http://www.mail-archive.com/mailman-users%40python.org/
This message was sent to: jonc@nc.rr.com Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/jonc%40nc.rr.com
Thank you. That's a good thought but I'm doing this on 2.0.13.
M.
On Sat, 29 Mar 2003, Jon Carnes wrote:
I suspect you simply forgot the restart the mailmanctl daemon last time. :-)
----- Original Message ----- From: "Marilyn Davis" <marilyn@deliberate.com> To: <mailman-users@python.org> Sent: Saturday, March 29, 2003 4:43 PM Subject: Re: [Mailman-Users] Name or service not known
On Fri, 2003-03-21 at 17:04, Marilyn Davis wrote:
I'm still pulling out my hair on this one ...
Remember that I was trying to get my stand-alone test machine to use my Sendmail command (really exim) instead of SMTPDirect?
On 22 Mar 2003, Barry Warsaw wrote:
So, in my mm_cfg.py I put:
DELIVERY_MODULE = 'Sendmail'
but it didn't fix it.
Are you sure SENDMAIL_CMD points to the right executable?
How can I get it to use sendmail (linked to exim) instead of the SMTPDirect module?
They way you're doing it is the only way, and it ought to work,
I wish I could report that I figured out the problem here.
It is fixed but I don't understand it.
Changing my mm_cfg.py DELIVERY_MODULE to Sendmail didn't work until I ran it in the debugger. Then it worked outside the debugger too.
I put it back to SMPTDirect to try to figure out what is happening and it stopped working again. Putting it back to Sendmail did not fix it, once again, until I ran it in the debugger. And now it works every time again.
I'm new to Python and wanting to become fluent, so I wish I understood what could be happening.
I understand that my_module.py gets compiled to my_module.pyc. I'm wondering what happens with qrunner since it doesn't have a .py or a .pyc. Is the byte code stored some place?
Or maybe my brains were attached to all the hairs I pulled out on this one and I've gone nuts.
Marilyn
Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives:
http://www.mail-archive.com/mailman-users%40python.org/
This message was sent to: jonc@nc.rr.com Unsubscribe or change your options at http://mail.python.org/mailman/options/mailman-users/jonc%40nc.rr.com
On Sat, 29 Mar 2003, Marilyn Davis wrote:
On Fri, 2003-03-21 at 17:04, Marilyn Davis wrote:
I'm still pulling out my hair on this one ...
Remember that I was trying to get my stand-alone test machine to use my Sendmail command (really exim) instead of SMTPDirect?
Remember?
Well, I finally found a better way to fix up my test machine and I can use SMTPDirect and all is fine.
So, whenever I made a newlist, it didn't like the owner's email address not having > 2 parts to the domain name. So, I jimmied a domain name in exim. This, via SMTPDirect, resulted in Mailman sending to the dns who couldn't find my jimmied domain name and the mail just sat in the queue.
So, instead I jimmied Utils.py to accept domains with just 1 part and all is groovy.
Whew!
Marilyn
participants (3)
-
Barry Warsaw -
Jon Carnes -
Marilyn Davis