can't send email to specific host

[marioc]

Hi,

I've got a strange problem.
The mail server don't send any mail to a specific host.
I mean that every mail to ***@videotron.ca are not sent.
Seems to be stuck in the server

Any suggestion to resolve the problem or way to find it

more info...............................................
l've got only that line in mainlog
2006-04-17 16:09:56 1FVa2m-0003RK-La <= support@laboiterouge.com U=apache P=local S=1510 id=2286.65.94.40.2.1145304596.squirrel@worldmc.com T="Re: problem" from <support@laboiterouge.com> for educatout@videotron.ca

The ISP videotron.ca told that everything is ok on his side

thank you

[nobaloney]

If that's really the only line in your /var/log/exim/mainlog file relating to this email, then exim isn't even attempting to send (or probably even route) the email.

You should do a manual exim test run to see where it's failing.

Look here (http://www.exim.org/exim-html-3.20/doc/html/spec_5.html), and search for the line -bh <IP address> for more information.

Jeff

[marioc]

Thanks jlasman

I did a test to send a mail with the command line
you will find the result in the attach file.

May it coul help you.

here the result of -bh command
note that I use the ip of www.videotron.ca
[root@alpha root]# exim -bh 24.201.243.21

**** SMTP testing session as if from host 24.201.243.21
**** but without any ident (RFC 1413) callback.
**** This is not for real!

>>> host in hosts_connection_nolog? no (option unset)
>>> host in host_lookup? yes (matched "*")
>>> looking up host name for 24.201.243.21
>>> IP address lookup yielded www.videotron.com
>>> gethostbyname looked up these IP addresses:
>>> name=videotron.com address=24.201.243.21
>>> checking addresses for www.videotron.com
>>> 24.201.243.21 OK
>>> host in host_reject_connection? no (option unset)
>>> host in sender_unqualified_hosts? no (option unset)
>>> host in recipient_unqualified_hosts? no (option unset)
>>> host in helo_verify_hosts? no (option unset)
>>> host in helo_try_verify_hosts? no (option unset)
>>> host in helo_accept_junk_hosts? no (option unset)
220 alpha.rougebox.com ESMTP Exim 4.50 Tue, 18 Apr 2006 12:20:54 -0400
LOG: SMTP command timeout on connection from www.videotron.com [24.201.243.21]
421 alpha.rougebox.com: SMTP command timeout - closing connection
[root@alpha root]#

thank for helping

marioc

[nobaloney]

Did these lines:

220 alpha.rougebox.com ESMTP Exim 4.50 Tue, 18 Apr 2006 12:20:54 -0400
LOG: SMTP command timeout on connection from www.videotron.com [24.201.243.21]
421 alpha.rougebox.com: SMTP command timeout - closing connection
come immediately after each other or was there a delay?

When you get the 220 line you're supposed to type in a EHLO statement. If you don't know how to run this, then please research it on the 'net or get it from the "exim" book from AITCambridge.

Jeff

[marioc]

hi,
I don't know if it usefull but i use de command
telnet relais.videotron.ca 25
and the commands
mail from
rcpt to: poni@videotron.ca

result
550 5.7.1 500 Bad destination videotron.ca === please use smtp auth: poni@videotron.ca

For the -bh <ip address>

I try to figure out

I'm newbie with exim

thank

[marioc]

hi

I use the -bh command
and ehlo statement
mail from:dns@mydomainname.com
rcpt to: poni@videotron.ca

the result is
------------------------------
>>> accept: condition test failed
>>> processing "accept"
>>> check domains = +relay_domains
>>> videotron.ca in "lsearch;/etc/virtual/domains : localhost"? no (end of list)
>>> videotron.ca in "+relay_domains"? no (end of list)
>>> accept: condition test failed
>>> processing "accept"
>>> check hosts = +relay_hosts
>>> host in "+relay_hosts"? no (end of list)
>>> accept: condition test failed
>>> processing "accept"
>>> check hosts = +auth_relay_hosts
>>> host in "+auth_relay_hosts"? yes (matched "+auth_relay_hosts" - cached)
>>> check authenticated = *
>>> accept: condition test failed
>>> accept: endpass encountered - denying access
550 authentication required
LOG: H=mx.videotron.ca [24.201.245.37] F=<dns@mydomainname.com> rejected RCPT poni@videotron.ca: authentication required
-------------------------------------------------
Please note that I use IP 24.201.245.37
and 24.201.245.36

and I got the same result

thank for helping

[nobaloney]

Your server doesn't know you're authenticated.

Do you use POP before SMTP? In other words do you log in to check mail before sending email?

In the case of the simulation you have to do that from the same IP# you used as part of the command.

Jeff

[marioc]

The problem is when I use squirrel or a script to send a email or fowarders or sending email manualy with exim all mail to the host videotron.ca are not send.( I receive a Mail Delivery System).


I'm able to receive mail fom videotron.ca but unable to send:confused:

I have no problem with other host......
The problem begin 4-5 days ago before that everything was ok.
--------------------------
sending email manualy.

exim -v -odf poni@videotron.ca
test message
.
LOG: MAIN
<= root@alpha.rougebox.com U=root P=local S=327
delivering 1FWhyz-0002zE-90
LOG: MAIN
** poni@videotron.ca F=<root@alpha.rougebox.com> R=lookuphost T=remote_smtp: retry time not reached for any host after a long failure period
LOG: MAIN
<= <> R=1FWhyz-0002zE-90 U=mail P=local S=1193 T="Mail delivery failed: returning message to sender"
delivering 1FWhz5-0002zH-IS
LOG: MAIN PANIC
User 0 set for local_delivery transport is on the never_users list
LOG: MAIN
== root@alpha.rougebox.com R=localuser T=local_delivery defer (-29): User 0 set for local_delivery transport is on the never_users list
LOG: MAIN
Completed
[root@alpha virtual]#
------------------------


I don't use pop-before-smtp


thank you

[marioc]

New information

I use some command


exim_tidydb -t 1d /var/spool/exim retry
to clean up the retry db

and send manualy a email
here the result

------------------------------------------------
$ exim -v XXXXX@videotron.ca
From:support@mydomain.com
To:XXXXX@videotron.ca

Mon message
.
LOG: MAIN
<= root@alpha.mydomain.com U=root P=local S=338
[root@alpha db]# delivering 1FXLS7-0004nd-9S
Connecting to mx.videotron.ca [24.201.245.37]:25 ... connected
SMTP<< 452 try later
SMTP>> QUIT
LOG: MAIN
SMTP error from remote mail server after initial connection: host mx.videotron.ca [24.201.245.37]: 452 try later
LOG: MAIN
== XXXXX@videotron.ca R=lookuphost T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.videotron.ca [24.201.245.37]: 452 try later
------------------------------------------------------------------

I know that 452 means that the storage is full but I have the control over the email XXXXX@videotron.ca. And all videotron.ca email are refuse.

Any body has idea :confused:

Tahnk you

[mo.mentum]

I'm getting the exact same error..

When i telnet to videotron's mail server at port 25..instead of getting a greeting, i get a "425" error message and the connection drops..which doesn't make sense since 425 is about space being filled up..no reason for this error right off the bat...especially that when i try from another machine that uses IPs from another c-class, it works fine..

But tell me more about this POP before SMTP authentication..what am i trying to do to see if this works?

[nobaloney]

I believe that Error 425 can also mean the server can't use a socket, and a few other things as well.

Jeff

[hendrix74]

I had the same problem. Here's what I found:

Some users had their email messages (on our server) forwarded to their home address @videotron.ca. These users had SpamAssassin disabled. Now all the spam they got @ourserver.com was being redirected @videotron.ca, therefore being considered as spam coming from our server.

Now the way Videotron works is that they evaluate the amount of spam they get from a particular IP. The higher the amount of spam is, the lower the bandwidth you get from them.

So let's say that 60% of all messages sent to Videotron from your server are considered spam, you will get (I don't know exactly) about 40% of Videotron's bandwidth to their email server. Therefore, you'll get some timeout from time to time.

Now it's not impossible to get that spam level down. You might want to call Videotron security center (877-551-8019) or you can also fix the problem, send a few "good emails" @videotron.ca and wait for your spam level to come down.

Now sorry for my english, I speak french.

Hope this helps!