• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Problems with mails send by server.

J

jaimecc

Guest
Hi, I have a server with Suse and Plesk 7.5 Reloaded. I have diferents scrips that supost to sand mails automaticaly (OsCommerce). But the mails are not send. When I view the Mail Log I see the folowing error:

Feb 13 08:25:00 su911328 qmail-queue: dwlib[14799]: mail: all addreses are uncheckable - need to skip scanning (by deny mode)
Feb 13 08:25:00 su911328 qmail-queue: dwlib[14799]: scan: the message(drweb.tmp.9zYmmV) sent by [email protected] to [email protected] should be passed without checks, because contains uncheckable addresses
Feb 13 08:25:00 su911328 qmail: 1171383900.699858 new msg 882972
Feb 13 08:25:00 su911328 qmail: 1171383900.699938 info msg 882972: bytes 1280 from <[email protected]> qp 14800 uid 30
Feb 13 08:25:00 su911328 qmail: 1171383900.718975 starting delivery 247: msg 882972 to remote [email protected]
Feb 13 08:25:00 su911328 qmail: 1171383900.719029 status: local 0/10 remote 2/20
Feb 13 08:25:00 su911328 qmail: 1171383900.787441 delivery 247: failure: Connected_to_209.126.250.42_but_sender_was_rejected./Remote_host_said:_553_5.1.8_<[email protected]>[email protected]_does_not_exist/
Feb 13 08:25:00 su911328 qmail: 1171383900.787572 status: local 0/10 remote 1/20


Any idea how can I fix this problem?
Thanks
 
I have the exact same problem with FC4 and 8.1 . I've yet to find the answer except for a hacking the shopping cart to use the [email protected] for each domains cart. Their should be a way to change the "anonymous@" so it's not getting stuck in the mail queue. one major issue i have is Cox Communications won't let any emails thru and my cleints are going nuts over losing business but seems no one has a answer to where you can change that anonymous@ in the PSA so it won't get blocked.
 
I tried everything such as changing the headers, adding return-to and return-path but in the end this article did the job:

http://kb.swsoft.com/en/1251

To set the correct headers for the Return-Path you need to use the code like below:

putenv ("QMAILUSER=USER");
putenv ("QMAILNAME=FULL_USER_NAME");
putenv ("QMAILHOST=DOMAIN");
$headers = "MIME-Version: 1.0\r\n";
$headers .= "Content-type: text/plain;charset=us-ascii\r\n";
$headers .= "From: FULL_USER_NAME <USER@DOMAIN>";
$to="[email protected]";
$subject = "Testing email";
$body = "";
$err = mail($to, $subject, $body, $headers);

In result mail will have FULL_USER_NAME<USER@DOMAIN> in Return-Path.
 
If you still get strange results such as a blank FROM field and the header stuck to the beginning of the e-mail's body, try removing the /r and just leave /n. On my system I had to do that.
 
Back
Top