Go Back   HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials > Linux Forums > Server Operation

Do you like HowtoForge? Please consider supporting us by becoming a subscriber.
Reply
 
Thread Tools Display Modes
  #1  
Old 25th November 2008, 01:16
stormalx stormalx is offline
Junior Member
 
Join Date: Nov 2008
Posts: 4
Thanks: 0
Thanked 0 Times in 0 Posts
Default Can't receive mail - ISPConfig / Postfix

I have installed CentOS, LAMP, ISPConfig, etc. All seems OK, SMTP working fine. However... I can't receive any mail. According to ISPConfig the POP3 server is running fine. When I send an email to either wwwX_user@domain.com or user@domain.com I get the below error emailed straight back... what am I doing wrong!?

This is the mail system at host localhost.localdomain.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<web3_test@localhost.localdomain> (expanded from <test@adrianwestaway.com>):
critical OS file missing. Command output: procmail: Error while writing to
"/dev/null"

Final-Recipient: rfc822; web3_test@localhost.localdomain
Original-Recipient: rfc822;test@adrianwestaway.com
Action: failed
Status: 5.3.0
Diagnostic-Code: x-unix; procmail: Error while writing to "/dev/null"
Reply With Quote
Sponsored Links
  #2  
Old 25th November 2008, 01:56
stormalx stormalx is offline
Junior Member
 
Join Date: Nov 2008
Posts: 4
Thanks: 0
Thanked 0 Times in 0 Posts
Default

OK I figured it out. I assumed that there wasn't actually a "critical OS file missing", so if it couldn't write to /dev/null it was probably permissions. So I changed permissions to 666 for /dev/null and it works fine now.

So my question now is, what are implications of setting /dev/null to 666? It's basically a black hole yes? So doing this won't affect security? Excuse my ignorance, but I'm newish to Linux...
Reply With Quote
  #3  
Old 25th November 2008, 17:12
falko falko is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lneburg, Germany
Posts: 41,701
Thanks: 1,900
Thanked 2,743 Times in 2,577 Posts
Default

It's 666 on my system as well, so it seems to be ok now.
__________________
Falko
--
Download the ISPConfig 3 Manual! | Check out the ISPConfig 3 Billing Module!

FB: http://www.facebook.com/howtoforge

nginx-Webhosting: Timme Hosting | Follow me on:
Reply With Quote
  #4  
Old 18th October 2010, 15:50
fredj fredj is offline
Junior Member
 
Join Date: Oct 2010
Posts: 4
Thanks: 1
Thanked 0 Times in 0 Posts
Default

Hi there,

sorry for reviving an old thread, but my question fits here best:

Ive had the same problem as indicated above after a faulty update. /dev/null got replaced by a single file chowned by root.root and 744

After deleting the file and replacing it with a correct character dev everything returned to normal.

My question is: What happened to the mail that was not delivered? Does anyone have insights on this? I ask because locally sent mail would NOT give any error messages as the one suggested in this thread by "external" mailer daemons.

Also: Some mail got delivered (mail to non virtual users afaik) while other mail didn't get delivered. Is it correct to assume that only virtual users were affected or those with specific procmail filter entries?

Thanks!
FredJ
Reply With Quote
  #5  
Old 19th October 2010, 16:27
falko falko is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lneburg, Germany
Posts: 41,701
Thanks: 1,900
Thanked 2,743 Times in 2,577 Posts
Default

Quote:
Originally Posted by fredj View Post
My question is: What happened to the mail that was not delivered?
Maybe it is still in your mail queue. Take a look at
Code:
postqueue -p
__________________
Falko
--
Download the ISPConfig 3 Manual! | Check out the ISPConfig 3 Billing Module!

FB: http://www.facebook.com/howtoforge

nginx-Webhosting: Timme Hosting | Follow me on:
Reply With Quote
The Following User Says Thank You to falko For This Useful Post:
fredj (19th October 2010)
  #6  
Old 19th October 2010, 17:56
fredj fredj is offline
Junior Member
 
Join Date: Oct 2010
Posts: 4
Thanks: 1
Thanked 0 Times in 0 Posts
Default

hello falco

Thank you for taking the time to help!

I should have specified that before, sorry. Checking the postqueue and flushing any messages inside of it was the thing I did right after fixing /dev/null.. But the missing mails weren't there.

In addition, the weird thing is, I'm using maildrop as mailbox_command in postfix/main.cf instead of procmail, however, two users are using .procmailrc filters. So the errors reported by procmail via mail.err could be related to those users only and I probably must look into maildrop mail handling/ error handling for more insights... The only other error I get is the (probably inoffensive?) "imapd-ssl: /etc/courier/shared/index: No such file or directory"

From the procmail manpage I understand that when encountering issues, procmail should store the mail in the default system mailbox. I'm not so sure about maildrop and I remember maildrop debugging being a pita..

Also, it looks as though only non-virtual users were affected by the problem while all virtual users weren't... And that is weird. Not knowing enough about postfix/ clamsmtp/ spamd/ master/ etc interaction, I'm a bit on the defensive side atm.

What surprises me most, is that while debugging the error, NO log-information whatsoever was written to the logfiles upon sending from a "bugged" account. From a user perspective it looked as if the message was delivered (no mailer daemon errors) though it never got to the intended recipient (local or remote afaik).

I might just wait until next maintenance cycle, reintroduce the bug and debug further to find out what was going on. Atm, I'm quite lost and think the mails got lost just as well...

I'm not sure above info will help with finding the mails again, so sorry if anything in here is unessential. I will let anyone know if I find out what went wrong where. Of course I'm open to any propositions.

Thanks again!
fred
Reply With Quote
  #7  
Old 20th October 2010, 17:40
falko falko is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lneburg, Germany
Posts: 41,701
Thanks: 1,900
Thanked 2,743 Times in 2,577 Posts
Default

Quote:
Originally Posted by fredj View Post
From the procmail manpage I understand that when encountering issues, procmail should store the mail in the default system mailbox.
Can you check the /var/spool/mail/ or /var/mail/ folders if the mails are there?
__________________
Falko
--
Download the ISPConfig 3 Manual! | Check out the ISPConfig 3 Billing Module!

FB: http://www.facebook.com/howtoforge

nginx-Webhosting: Timme Hosting | Follow me on:
Reply With Quote
  #8  
Old 20th October 2010, 17:47
fredj fredj is offline
Junior Member
 
Join Date: Oct 2010
Posts: 4
Thanks: 1
Thanked 0 Times in 0 Posts
Default

Hi Falko,

/var/spool/mail and /var/mail are the same (/var/Spool/mail is a symbolic link pointing to ../mail).

I have also already checked /var/spool/postfix for something obvious without much success. (Except for the usual suspects in defer* that i also find doing a postqueue -p)

Thanks for the ideas!
Fred
Reply With Quote
  #9  
Old 21st October 2010, 15:13
falko falko is offline
Super Moderator
 
Join Date: Apr 2005
Location: Lneburg, Germany
Posts: 41,701
Thanks: 1,900
Thanked 2,743 Times in 2,577 Posts
Default

Quote:
Originally Posted by fredj View Post
Hi Falko,

/var/spool/mail and /var/mail are the same (/var/Spool/mail is a symbolic link pointing to ../mail).
That's ok. Did you find the missing mails there?
__________________
Falko
--
Download the ISPConfig 3 Manual! | Check out the ISPConfig 3 Billing Module!

FB: http://www.facebook.com/howtoforge

nginx-Webhosting: Timme Hosting | Follow me on:
Reply With Quote
  #10  
Old 26th October 2010, 13:38
fredj fredj is offline
Junior Member
 
Join Date: Oct 2010
Posts: 4
Thanks: 1
Thanked 0 Times in 0 Posts
 
Default

Hi Flaco,

Quote:
Originally Posted by falko View Post
That's ok. Did you find the missing mails there?
well, no. As i said, i've looked into all sub directories and the like and have only found other mail stuck in the postqueue (for lack of existing mailservers to send it to i.e.).

I've given up for the moment, but might try reproducing this again with some time on my hands on a quiet night.

But thanks for the insights anyhow! Greast response times on this forum.

Fred
Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Mail server using Postfix, Dovecot, Mysql... Postfix virtual maps doesn't work?? tarasbuljba HOWTO-Related Questions 33 28th May 2010 14:33
Mail server postfix, sends but don't receive. Erth Installation/Configuration 4 4th June 2008 21:42
Outlook express can't receive mail from Postfix ruok191 Server Operation 1 11th October 2007 17:29
Core 4: Error Messages on Fresh Install re CTX/SSL jjw Installation/Configuration 30 6th September 2006 12:16
Postfix mail is held in queue indefinitely... squallbsr Server Operation 9 15th January 2006 19:13


All times are GMT +2. The time now is 12:26.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.