I was checking my emails today, and have had several that have bounced back. They all returned a message like this:
Quote:
Hi. This is the qmail-send program at web1.daniel15.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<email address removed>:
167.206.4.79 does not like recipient.
Remote host said: 550 5.7.1 Your mail from IP 66.79.185.81 was rejected. We can't currently accept your message. : <email address removed>
Giving up on 167.206.4.79.
Have a new VPS, changed DNS and all is resolving fine. Check MX recods and again all is well. I can SEND email fine, and it is delivered, but ALL email sent to my VPS with LiquidWed is being rejected.
I checked the mail statistics page in WHM and sure enough there are nearly 300 rejected messages including benign stuff like gmail and monster.com (I had to do an arin lookup to see whom the IP's belonged to)
Any suggestions on how I can fix? I searched before starting the thread and found:
[url]
But the OP in that thread said the advice didn't work.
2008-01-23 10:55:54 no IP address found for host srv.adwatcher4.com (during SMTP connection from [209.50.243.42]) 2008-01-23 10:55:55 H=(srv.adwatcher4.net) [209.50.243.42] Warning: Sender rate 5.8 / 1h 2008-01-23 10:55:55 H=(srv.adwatcher4.net) [209.50.243.42] sender verify fail for <none@localhost>: Unrouteable address 2008-01-23 10:55:55 H=(srv.adwatcher4.net) [209.50.243.42] F=<none@localhost> rejected RCPT <me@mydomain.com>: Sender verify failed
I turned off Sender Verification while Sender Verification Callouts was already unticked, yet I still get the same error even with this in the ACL config:
I need to backup some emails from my VPS, Can you please tell me where my emails are stored, I have a VPS running CENTOS, PLESK and POSTFIX mail server.
i'm wanting my users to be able to upload pictures to their accounts via email by sending the picture to a central email address (pics@mysite.com, for example).
from there, i'd like to take that incoming email and parse it how i see fit. (matching the email address to the user account, inserting the subject as the photo title, etc...)
For the last 5 days, exim has been retrying to resend email to a recipent every 1 millisecond.
As result, logs are huge, and load is being affected.
So I'd like to know how can I set/configure exim to ingore sending to any email I'd tell it.
I mean is there any config file I can look into, to set a ignore list, or even how to have it so that it retries sending every 1 hour, instead of every 1 millisecond.
Since upgrading to Plesk 12 I am experiencing a strange bug:
When enabling the limitation of outgoing email messages, is not possible to RECEIVE emails to a account that is only redirecting the email messages (to a different account which also lies on the server).
I reproduced this behavior on two different servers from which one is a complete reinstall.
The maillog will then show the following error when receiving mails to a redirecting address:
Aug 1 04:04:34 xxxxxx plesk sendmail[16709]: handlers_stderr: DATA REPLY:554:5.7.0 The message could not be sent. You are not allowed to use sendmail utility.#012REJECT Aug 1 04:04:34 xxxxxx plesk sendmail[16709]: REJECT during call 'limit-out' handler
I can find very few information on this error message, but when disabling the limiting feature, everything works as expected.
I have a server(godaddy) with plesk. It was all working well till 8 - 10 days ago. I didnt notice it one week later where I started receiving a lot of failed mail notices. Then on investigation, there were more then 50K spam mails in the mail queue and the mails that were supposed to be sent(registration, forgot password) were also held up in the queue. I found the source of the spam and fixed that.
Also I cleared the mail-queue. Now when I try to send out a test message, it still gets held up in the mail queue. But I can send a test mail to the same domain (info@mydomain.com). All new user registration mails are also held up and this is greatly affecting the site.
I have a problem with my server. If you send any message to any gmail account, that message will only arrive in spam/bulk folder. I tried changing subjects, and no use any message that you send only goes to the bulk folder. Ip of the server is not blocked in any know database, I checked.
How do I stop getting all those Received-SPF: headers prepended to the mailman list? It tags on a header that's well over 32K for a message that is less than 1K.
I have just noticed that for several days I'm constantly receiving these infos in /var/log/messages. I haven't done anything that would invoke them. How can I disable these messages? Are they anything to worry about?
Code: Feb 6 14:28:18 server kernel: [<c014f600>] find_extend_vma+0x12/0x4f Feb 6 14:28:18 server kernel: [<c0134383>] get_futex_key+0x39/0x108 Feb 6 14:28:18 server kernel: [<c011d305>] finish_task_switch+0x30/0x66 Feb 6 14:28:18 server kernel: [<c02cf618>] schedule+0x844/0x87a Feb 6 14:28:18 server kernel: [<c027734b>] sys_socketcall+0x1df/0x1fb Feb 6 14:28:18 server kernel: [<c0125bc5>] sys_gettimeofday+0x53/0xac Feb 6 14:28:18 server kernel: [<c02d137f>] syscall_call+0x7/0xb Feb 6 14:28:18 server kernel: [<c02d007b>] _read_lock_irq+0x4/0x1e Feb 6 14:28:18 server kernel: Badness in dst_release at include/net/dst.h:149 Feb 6 14:28:18 server kernel: [<f8d8a555>] ip6_push_pending_frames+0x340/0x369 [ipv6] Feb 6 14:28:18 server kernel: [<f8d9883f>] udp_v6_push_pending_frames+0x169/0x185 [ipv6]Badness in dst_release at include/net/dst.h:149 Feb 6 14:28:18 server kernel: [<c0278fa8>] Feb 6 14:28:18 server kernel: [<f8d98e7d>] udpv6_sendmsg+0x622/0x770 [ipv6] Feb 6 14:28:18 server kernel: [<c027a498>] __kfree_skb+0x55/0xf7 Feb 6 14:28:18 server kernel: [<c027e1b8>] skb_dequeue+0x40/0x46 Feb 6 14:28:18 server kernel: [<c027b009>] net_tx_action+0x60/0xfc Feb 6 14:28:18 server kernel: [<c0126354>] skb_recv_datagram+0x61/0x9b Feb 6 14:28:18 server kernel: [<c02b1ed7>] __do_softirq+0x4c/0xb1 Feb 6 14:28:18 server kernel: [<c010814b>] do_softirq+0x4f/0x56 Feb 6 14:28:18 server kernel: ======================= Feb 6 14:28:18 server kernel: [<c0107a60>] do_IRQ+0x1a2/0x1ae Feb 6 14:28:18 server kernel: [<c02d1d3c>] udp_recvmsg+0x5f/0x271 Feb 6 14:28:18 server kernel: [<c02b7b35>] common_interrupt+0x18/0x20 Feb 6 14:28:18 server kernel: [<c02d007b>] inet_sendmsg+0x38/0x42 Feb 6 14:28:18 server kernel: [<c02757f5>] _read_lock_irq+0x4/0x1e Feb 6 14:28:18 server kernel: sock_sendmsg+0xdb/0xf7 Feb 6 14:28:18 server kernel: [<c02757f5>] sock_sendmsg+0xdb/0xf7 Feb 6 14:28:18 server kernel: [<c011fee1>] autoremove_wake_function+0x0/0x2d Feb 6 14:28:18 server kernel: [<c027a89e>] verify_iovec+0x76/0xc2 Feb 6 14:28:18 server kernel: [<c0276f44>] sys_sendmsg+0x1ee/0x23b Feb 6 14:28:18 server kernel: [<c011cb7d>] activate_task+0x88/0x95 Feb 6 14:28:18 server kernel: [<c011d00a>] try_to_wake_up+0x225/0x230 Feb 6 14:28:18 server kernel: [<c011d00a>] try_to_wake_up+0x225/0x230 Feb 6 14:28:18 server kernel: [<c0170776>] inode_update_time+0x80/0x87 Feb 6 14:28:18 server kernel: [<c0164748>] pipe_writev+0x310/0x31c Feb 6 14:28:18 server kernel: [<c02cf622>] schedule+0x84e/0x87a Feb 6 14:28:18 server kernel: [<c027734b>] sys_socketcall+0x1df/0x1fb Feb 6 14:28:18 server kernel: [<c0125bc5>] sys_gettimeofday+0x53/0xac Feb 6 14:28:18 server kernel: [<c02d137f>] syscall_call+0x7/0xb Feb 6 14:28:18 server kernel: [<c02d007b>] _read_lock_irq+0x4/0x1e Feb 6 14:28:18 server kernel: Badness in dst_release at include/net/dst.h:149 Feb 6 14:28:18 server kernel: [<f8d98ef7>] udpv6_sendmsg+0x69c/0x770 [ipv6] Feb 6 14:28:18 server kernel: [<c027a498>] skb_dequeue+0x40/0x46 Feb 6 14:28:18 server kernel: [<c027b009>] skb_recv_datagram+0x61/0x9b Feb 6 14:28:18 server kernel: [<c02b1ed7>] udp_recvmsg+0x5f/0x271 Feb 6 14:28:18 server kernel: [<c02b7b35>] inet_sendmsg+0x38/0x42 Feb 6 14:28:18 server kernel: [<c02757f5>] sock_sendmsg+0xdb/0xf7 Feb 6 14:28:18 server kernel: [<c02757f5>] sock_sendmsg+0xdb/0xf7 Feb 6 14:28:18 server kernel: [<c011fee1>] autoremove_wake_function+0x0/0x2d Feb 6 14:28:18 server kernel: [<c027a89e>] verify_iovec+0x76/0xc2 Feb 6 14:28:18 server kernel: [<c0276f44>] sys_sendmsg+0x1ee/0x23b Feb 6 14:28:18 server kernel: [<c011cb7d>] activate_task+0x88/0x95 Feb 6 14:28:18 server kernel: [<c011d00a>] try_to_wake_up+0x225/0x230 Feb 6 14:28:18 server kernel: [<c011d00a>] try_to_wake_up+0x225/0x230 Feb 6 14:28:18 server kernel: [<c0170776>] inode_update_time+0x80/0x87 Feb 6 14:28:18 server kernel: [<c0164748>] pipe_writev+0x310/0x31c Feb 6 14:28:18 server kernel: [<c02cf622>] schedule+0x84e/0x87a Feb 6 14:28:18 server kernel: [<c027734b>] sys_socketcall+0x1df/0x1fb Feb 6 14:28:18 server kernel: [<c0125bc5>] sys_gettimeofday+0x53/0xac Feb 6 14:28:18 server kernel: [<c02d137f>] syscall_call+0x7/0xb Feb 6 14:28:18 server kernel: [<c02d007b>] _read_lock_irq+0x4/0x1e
root@server [~]# tail -f /var/log/messages Jun 10 14:14:49 server kernel: printk: 56 messages suppressed. Jun 10 14:14:49 server kernel: ip_conntrack: table full, dropping packet. Jun 10 14:14:54 server kernel: printk: 59 messages suppressed. Jun 10 14:14:54 server kernel: ip_conntrack: table full, dropping packet. Jun 10 14:14:59 server kernel: printk: 85 messages suppressed. Jun 10 14:14:59 server kernel: ip_conntrack: table full, dropping packet. Jun 10 14:15:04 server kernel: printk: 90 messages suppressed. Jun 10 14:15:04 server kernel: ip_conntrack: table full, dropping packet. Jun 10 14:15:09 server kernel: printk: 58 messages suppressed. Jun 10 14:15:09 server kernel: ip_conntrack: table full, dropping packet. Jun 10 14:15:14 server kernel: printk: 70 messages suppressed. Jun 10 14:15:14 server kernel: ip_conntrack: table full, dropping packet. Jun 10 14:15:19 server kernel: printk: 193 messages suppressed. Jun 10 14:15:19 server kernel: ip_conntrack: table full, dropping packet.
Anyone know what this is about?
Using Centos / Cpanel
Linux server.domain.com 2.6.9-67.0.15.ELsmp #1 SMP Thu May 8 10:52:19 EDT 2008 i686 i686 i386 GNU/Linux
Code: Hi. This is the qmail-send program at m1370.contabo. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. It didn't work out.
<emailhere@gmail.com>: 2a00:1450:4013:0c00:0000:0000:0000:001b failed after I sent the message.
[Code] .....
Centos 6.6 + Plesk 12 Web Pro Edition
My server certainly did not spam Gmail servers, (my old server works fine sending email t gmail) I fear this has something to do with my "Postfix" configuration.
the smtp server have ptr/a records setup, smtp auth enabled, isn't on any blacklist and never was. when sending mails to certain recipients mail returns with 554 error stating the ip is blacklisted. the referencing ip is dynamic ip used by sender, not the server itself. i inspected the headers and server ip is listed in one of the from fields, the client ip is listed under another from fields.
how do i prevent this error from happening? i don't want to relay my smtp server which is perfectly fine to isp smtp server. why isn't the receiving smtp checking the last from field which is server's ip but instead bounce the message because the client is on dynamic ip?
if you have any solution, please share, regardless of the mta you're using. i'll make the appropriate changes in my configuration. i'm thinking it's not my fault but receiving smtp fault because i can send using the same configuration to some other recipients who have spamhaus checking enabled and everything works fine because the server checks on the my server ip and not on the client's ip.
We have a dedicated server running WHM/cPanel. Last week this server (which is in a data center, outside our office) started rejecting SMTP connections from computers outside our office, but allowing connections from our office. We do not have a firewall in place. The message returned from Thunderbird when attempting to connect from outside our office via SMTP was a generic "10060" error.
I did notice that if you go into the config on Thunderbird on a computer outside our office and set it to connect using SSL, it then works just fine. I'm finding this baffling and the logs that I see aren't showing any odd activity or providing a reason for the refusal of the connection.
I also don't understand why it accepts connections from our office, as I would have never changed anything to make it accept only from our office, as we connect from home and other locations as well.
I have DenyHosts to ban an IP after 5 failed ssh logins, and send me an e-mail when it happens. Ordinarily I average around 3 banned hosts a week.
I've gotten ten today. Four of them happened with a couple minutes of each other.
I'm just wondering if this is widespread, as if something new was just unleashed? Or is it just dumb (un)luck? I'm not really concerned; every account has a strong password.
I'm merely curious about whether or not other people have seen a surge in brute-force attempts?
(This machine is just hosting a couple of my sites, which get almost no hits... It's not as if people are specifically targeting me. It's just them guessing "alice" and "bob" type usernames.)
I have a customer who is trying to send email to an email direction but it bounces back with an error like this:
SMTP error from remote mail server after RCPT TO:<bancaweb@credicoop.com.ar>: host sas.credicoop.com.ar [200.47.24.10]: 450 4.7.1 Client host rejected: cannot find your hostname, [64.76.xxx.xxx]: retry timeout exceeded
I know it has something about a reversal dns but how do i fix it?
I've had problem with the VPS getting blacklisted alot lately.
Anyway, I think the problems resolved now and we've not been blacklisted for over 2 days, yet there still seems to be alot of e-mail servers rejecting mails from the server due to blacklisting.
I currently have a domain on Server 1 (Linux, Apache, Ubuntu, Matrix control panel).
This server does not have any spam filter, so I have moved all the email accounts to Server 2 (Linux, Apache, Fedora Core, Plesk) which does have a brilliant spam filter; and have changed the DNS record for mail.domain.com to the IP address for Server 2.
Emails are being successfully received on Server 2.
On Server 1, when an email is sent through SMTP to an address at that domain, it does not send it to Server 2, it gets delivered to the hosting account for the domain on Server 1. So what I am guessing is happening is that Server 1 detects the domain has an account on the server, and instead of looking up the DNS info for that domain, just assumes it is on Server 1.
What I need to do, is force Server 1 to send email for that domain to Server 2. Is this possible, and if so, how can it be achieved? If more info about the server is required for a solution please let me know and I'll provide what I can.
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed:
email@shaw.ca SMTP error from remote mail server after initial connection: host idcmail.shaw.ca [24.71.223.11]: 554-idcmail.shaw.ca 554 Your connection from IP has been rejected due to poor reputation
I just upgraded my Plesk 11.5 on Plesk version: 12.0.18 Update #9 , and after the upgrade the Postfix stop working. And forwarding, receiving is not working at all and I am getting message bellow.
<sale-xxxxxxx@craigslist.org>: xx.xx.xx.xx does not like recipient. Remote host said: 554 <unknown[xxx.xx.xx.xx.xxx]>: Client host rejected: rDNS/DNS validation failed. Please setup matching DNS and rDNS records: Giving up on xx.xxx.xx.xx.
