Community Discussions and Support
Forwardes messages killed by global spam processor

Hello everyone.

 

Two days ago we installed for testing purposes a second mail server on the same machine as mercury. 

Three users are now mailing through the new mail server, the other (about 20) are still using mercury.

 

The other mail server has a feature, that allows to define SMTP-routing for a whole domain or specific adresses.  

We use this feature to send mails from the local users on the new mail-server directly to the local users still using

mercury. A kind of "SMTP-forwarding". So the local mails are not taking the long way through the provider.

One mail-server forwards the internal mails directly to the other on the same machine.

 

Simply sending mails over this way is working fine. But when mails are forwarded, mercury deletes this mails

with the message "killed by global spam processor".  

 

What can I do to avoid this? No need to say, it's quite urgent!

Thanks for any help. 

 

Edit:  

 Further investigation showed, that it's NOT a global problem, only one of the three "test-users" is affected, but for this user it's absolutely reproducable: Sending mails works fine, forwarded messages are all "killed by global spam processor".
Is there any possibility to disable spam processing for either a specific user, an email-adress, an ip-adress or an ip-adress-range?

<p>Hello everyone. </p><p> </p><p>Two days ago we installed for testing purposes a second mail server on the same machine as mercury. </p><p>Three users are now mailing through the new mail server, the other (about 20) are still using mercury.</p><p> </p><p>The other mail server has a feature, that allows to define SMTP-routing for a whole domain or specific adresses.  </p><p>We use this feature to send mails from the local users on the new mail-server directly to the local users still using </p><p>mercury. A kind of "SMTP-forwarding". So the local mails are not taking the long way through the provider. </p><p>One mail-server forwards the internal mails directly to the other on the same machine.</p><p> </p><p>Simply sending mails over this way is working fine. But when mails are forwarded, mercury deletes this mails </p><p>with the message "killed by global spam processor".  </p><p> </p><p>What can I do to avoid this? No need to say, it's quite urgent! </p><p>Thanks for any help. </p><p> </p><p><u><b>Edit:  </b></u></p><p> Further investigation showed, that it's NOT a global problem, only one of the three "test-users" is affected, but for this user it's absolutely reproducable: Sending mails works fine, forwarded messages are all "killed by global spam processor". Is there any possibility to disable spam processing for either a specific user, an email-adress, an ip-adress or an ip-adress-range?</p>

The "killed by global spam processor" happens when mail addressed to the Spamhalter SPAM or NOSPAM user comes into the system.  I suspect this one user matches one of these users.

The "killed by global spam processor" happens when mail addressed to the Spamhalter SPAM or NOSPAM user comes into the system.  I suspect this one user matches one of these users.

My first thought was, that this has something to do with spam halter. But when I disabled spam halter for testing, the problem still exists.

My first thought was, that this has something to do with spam halter. But when I disabled spam halter for testing, the problem still exists.

Are you sure it's disabled?  You'll never get a message talking about the global spam processor unless you have some daemon running.

 

<p>Are you sure it's disabled?  You'll never get a message talking about the global spam processor unless you have some daemon running.</p><p> </p>

Thank you ,Thomas. No Need to torture your brain with this problem any longer. We found the (weird) reason.

This was the only user who forwarded mail by attachments. Setting the forwarding option in the mail-client to "inline" solved

the problem.  

In the moment I have no explanation for this.  

 

<p>Thank you ,Thomas. No Need to torture your brain with this problem any longer. We found the (weird) reason. </p><p>This was the only user who forwarded mail by attachments. Setting the forwarding option in the mail-client to "inline" solved </p><p>the problem.  </p><p>In the moment I have no explanation for this.  <a href="http://www.postsmile.com/" style="text-decoration: none;"><img src="http://www.postsmile.com/img/emotions/211.gif" alt="" title="" align="absmiddle" border="0"></a></p><p> </p>

Your "List of banned attachments" will include '.eml' so they will be killed.

 

<p>Your "List of banned attachments" will include '.eml' so they will be killed. </p><p> </p>

Yes, I am sure. Or do I have to restart mercury to activate this setting?

 Edit: For Thomas...
 

<p>Yes, I am sure. Or do I have to restart mercury to activate this setting?</p><p><u><b> Edit:</b></u> For Thomas...  </p>

To dilberts_left_nut: 

This would be an explanation for this. But I don't find a "List of banned attachments" anywhere. Nor in SpamHalter, neither in Mercury...

<p>To dilberts_left_nut: </p><p>This would be an explanation for this. But I don't find a "List of banned attachments" anywhere. Nor in SpamHalter, neither in Mercury... </p>

Sorry, was going by memory (must be a stuck bit somewhere [:)]), the list of banned attachments is a Clamwall setting "Basic Settings" tab.

You have to restart Mercury to en/dis-able a daemon. 

<p>Sorry, was going by memory (must be a stuck bit somewhere [:)]), the list of banned attachments is a Clamwall setting "Basic Settings" tab.</p><p>You have to restart Mercury to en/dis-able a daemon. </p>
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft