local users not recieving mail anymore

N

netswitch

Verified User
Joined
Dec 15, 2003
Messages
229
Location
Belgium
Hello,

I did upgraded a working system to spamblocker2 and it seems that since then, local users cannot recieve mail anymore.


[email protected] won't recieve mails
[email protected] will recieve.


I get no errors in the logs, mainlog looks like the message is processed..

Any ideas ?
 
Have you checked the /var/log/exim/rejectlog file?

Have you tried a manual delivery trace in Exim?
Code: 
# exim -bh 12.34.56.78
can be used at the command line to do a "pretend" delivery of mail from IP# 12.34.56.78. You need to know how to speak smtp, but you can see exactly where exim is going wrong.

Jeff
 
The rejectlog does not contains anything revelant,
I will try to trace a delivery.

Thanks for the tips
 
I am having a similar problem. I was running 4.43 which had some SpamBlocker thinger in its config file, I have now updated to 4.53 and SpamBlocker remains there.

Local users don't seem to be getting any emails.
Doing a trace shows that everything SMTP conversation wise is alright, but still the emails arent being written into the /var/mail/$user files at all.

I have currently commented the SpamAssassin components (spamcheck_director and spamcheck) so I don't believe SpamAssassin is eating them.

Anyone have any ideas how I can sort this out. Or if someone can tell me how to remove SpamBlocker from the config file (its a bit big and complicated I get lost with where it starts and ends) so that I can test to find out its that at all.

BTW I have run the set_permissions.sh file for emails over my system so it shouldn't be a permissions problem. Also neither the mainlog, rejectlog or paniclog shine any light on anything.
 
hello,

on my system, the problem came from the configuration of the new exim.conf, I had set up a wrong hostname in # primary hostname
and it caused every local user mail devery to fail...

leaving the ling commented solved the issue..
 
Geffy said:
I am having a similar problem. I was running 4.43 which had some SpamBlocker thinger in its config file, I have now updated to 4.53 and SpamBlocker remains there.
Click to expand...
SpamBlocker has been part of the DirectAdmin exim.conf file for quite some time now.

Only domains listed in /etc/virtual/use_rbl_domains are subjected to SpamBlocker rules, so if that file is empty no domains are subjected to any SpamBlocker rules; it's just as if SpamBlocker isn't installed.

SpamBlocker will write entries in /var/log/exim/rejectlog for every email it rejects; if email is being rejected by SpamBlocker you'll see evidence of the blocks in the rejectlog file.

Which version of the SpamBlocker exim.conf file are you using? Have you made the required changes to the file?

Jeff
 
I was long time non updater so we hadn't had it before I don't think.

It was more a case of wanting to test how it worked without the SpamBlocker

It coincided with a number of problems stemming from a /etc/virtual/domain[owner]s files rebuild.

I eventally managed to resolve it in that the hostname of the server itself was not contained within the /etc/virtual/domains file which seems to have been causing all the confusion.
 
Yep, that's required.

The requirements for mail to work properly may be found here.

Jeff
 
ah ha, wish I had found that one earlier, though I had really thought the hostname would have gone in from the admin account, though having checked its not in there. oh the confusion. appended this to my domain[owner]s rebuild script now as well.
 
I am seeing this same thing as the OP. Users can send mail but nothing hits thier inboxes. I am using Dovecot beta 8 but it was doing the same thing with 7.

Here is what the exim log shows:
2006-05-25 17:43:31 1FjOYF-00067B-C4 <= [email protected] H=web37706.mail.mud.yahoo.com [209.191.87.104] P=smtp S=1423 [email protected] T="test again" from <[email protected]> for [email protected]
2006-05-25 17:43:31 1FjOYF-00067B-C4 => admin <[email protected]> F=<[email protected]> R=virtual_user T=virtual_localdelivery S=1606
2006-05-25 17:43:31 1FjOYF-00067B-C4 Completed

However that message never makes it to the inbox. I have gone through all the things listed here and still the same thing. The only difference was I am using Dovecot so the permissions are in a different path. What whoufl the perms be when using Dovecot so I can make sure they are correct.
 
Last edited:
I have a similar problem with Exim 4.62, I had to downgrade to 4.60
 
Just to update the issue is fixed though i do not know wxactly how. I had the company I use for server administration do it.

From doing a quick look back through the command they issued it seems they had to update the exim.conf with something from DA.

I also had them do the 4.60 to 4.62 update and I think they did not use the DA install set so that may be why it messed up in the first place. But that is just a guess.
 
That's most likely the reason; DA's exim.conf file is highly customized.

And then on top of that, there's another customization required to make it work with Maildir.

My guess is the first time they installed the standard DA exim.conf file, and then the second time, after you notified them of the problem, they installed the customization required for Dovecot and Maildir.

Jeff
 
DamnSkippy said:
I am seeing this same thing as the OP. Users can send mail but nothing hits thier inboxes. I am using Dovecot beta 8 but it was doing the same thing with 7.

Here is what the exim log shows:
2006-05-25 17:43:31 1FjOYF-00067B-C4 <= [email protected] H=web37706.mail.mud.yahoo.com [209.191.87.104] P=smtp S=1423 [email protected] T="test again" from <[email protected]> for [email protected]
2006-05-25 17:43:31 1FjOYF-00067B-C4 => admin <[email protected]> F=<[email protected]> R=virtual_user T=virtual_localdelivery S=1606
2006-05-25 17:43:31 1FjOYF-00067B-C4 Completed

However that message never makes it to the inbox. I have gone through all the things listed here and still the same thing. The only difference was I am using Dovecot so the permissions are in a different path. What whoufl the perms be when using Dovecot so I can make sure they are correct.
Click to expand...

Same here. Have had problems since a while now. Mail is being completed but nowhere to be found..
 
Did you check to make sure you've got the latest version of DA's SpamBlocker exim.conf file, with the Dovecot conversions applied?

Jeff
 
jlasman said:
Did you check to make sure you've got the latest version of DA's SpamBlocker exim.conf file, with the Dovecot conversions applied?

Jeff
Click to expand...

Downloaded the new file, but now I am not able to receive any mails anymore. Since I am a total n00b at this I am going to need some slighty assistence
 
Last edited:
The new file download doesn't have the dovecot conversion applied. I don't know if you can just run the conversion script again, or if you need to do the conversion manually on the exim.conf file.

Jeff
 
rldev,

What's the specific question you'd ask them?

I asked Onno, and he says for those who own SpamBlocker, it will work with a Dovecot file, but not if you update to a new file, unless/until we create specific dovecot files.

We generallly don't support beta stuff with our products; it's too much work to support everything for everything.

Certainly DA can write the changes themselves, but we're coming out with Spam&VirusBlocker.exim.conf later this week, and as soon as that's done I'll be converting the testbed I've been testing on to use Dovecot, and then I can issue that soon thereafter.

Jeff
 
You must log in or register to reply here.
Back
Top