Hello Mike:

I agree with you.  That's why we have several dedicated servers which are 
exclusively for VoIP use and the others exclusively for email & web hosting 
use.    Having a dedicated server co-located is an expensive venture for 
personal use, however its not only used as a personal server for personal 
asterisk & email use...  but it also serves as a production platform before 
deploying other client servers.  

Unfortunately I have fallen into a unique situation - which has peeked my 
curiosity.  Perhaps sometimes its better not to be curious?  Or perhaps its 
better to not be more stubborn than the machine :).  I have a hard time 
balancing the two.

On another interesting note...  my DSL tonight is slower than a dial up.  Many 
Thanks to the RAIN !!!!!

Cheers!
Reza.




----- Original Message ----- 
  From: Mike Ashton 
  To: [email protected] 
  Sent: Saturday, August 26, 2006 7:43 PM
  Subject: Re: [on-asterisk] Asterisk Voice Mail not going through.


  Reza,

  I think maybe the simpler solution, since user permissions can get messy or 
create insecure conditions is to make sure non of the users email are hosted on 
the asterisk server. Life will be easier, if you set up a dedicated server for 
hosting email. This would eliminate any local permission access issues, since 
it would just lookup the MX record and email it out.

  Just a thought!

  Mike

  Reza - Asterisk Enthusiast wrote: 
    Hello Liviu:

    The answer to your question is quite simple.  I use EXIM.  if I try to mail 
from the shell prompt, then it does not go through.  As Dave pointed out, it 
may be a permissions issue, but there is more than that to this particular case.

    Let me explain what I have done here.  The system I use is relatively 
secure, and I would like to think very secure.  I have set this asterisk server 
up 100% identical to my other servers that are actively in production, where 
clients are hosting their sites.   It's secure in the sense that no client can 
go to the /home/user-directories and try to get a list of my other client 
directories.   It's been designed and deployed with that sort of confidential 
environment.  

    I suspect my problem is a combination of DNS related side and the fact that 
non-root users cannot send mail locally to other local users - except to users 
within their own container.  So in other words, its set up in a virtual user, 
virtual domain environment on one box.   This is how I set up my Asterisk 
server as well.

    As root, it automatically has privileges to check the virtual user 
directory and send the e-mail accordingly... if the e-mail account is on the 
same machine.  As non-root, it does not have permissions (and I cannot give 
permissions from a security standpoint) to other user besides root, to read the 
virtual user / domain list.   So Dave was right that it is a permissions issue, 
but more than that.  I refuse to believe there isn't any other way to resolve 
this ... :) 

    The quick fix is to run asterisk as root once again - but then that is what 
I don't want to do :).   I know I am being more stubborn than the machine, and 
that is because this is a interesting mystery to solve.   Client accounts 
(email accounts) are not on this production asterisk system but all across the 
globe, so from the client perspective I am not worried as they receive their 
voice messages.  

    However I want to find a solution to this interesting and addictive 
twist...  this urge to find an answer for no other reason but curiosity & 
learning.  Below are detailed logs while trying to send a test message as 
non-root,  and then as root to the same e-mail address.   Below is details for 
your curiosity as well :).  


    This is as non-root user:
      #mail -v -s Test [EMAIL PROTECTED] 
      Testing

      EOT
      LOG: MAIN
      <= [EMAIL PROTECTED]  U=asterisk P=local S=342
      [EMAIL PROTECTED] [~]# delivering 1GH33g-0006oX-Rs
      LOG: MAIN
      lowest numbered MX record points to local host: neoenova.com
      LOG: MAIN
      == [EMAIL PROTECTED]   R=lookuphost defer (-1): lowest numbered MX record 
points to local host
      LOG: MAIN
      Frozen

    This is as root, there is no problem! 
      As ROOT User.
      # mail -v -s Test [EMAIL PROTECTED] 
      Testing

      Cc: LOG: MAIN
      <= [EMAIL PROTECTED]   U=root P=local S=340
      delivering 1GH34o-0006pL-4Y
      [EMAIL PROTECTED] [~]# LOG: MAIN
       => reza <[EMAIL PROTECTED]> R=virtual_sa_user T=virtual_sa_userdelivery
      LOG: MAIN
      Completed

    Cheers!
    Reza.

    ----- Original Message ----- 
      From: Liviu Toma 
      To: Reza - Asterisk Enthusiast ; [email protected] 
      Sent: Saturday, August 26, 2006 11:26 AM
      Subject: Re: [on-asterisk] Asterisk Voice Mail not going through.


      Reza,

      I would rather think it's a problem with the local e-mail server 
installed on the box rather than with Asterisk.
      What if you SSH into the box and run "mail [EMAIL PROTECTED]" ? Does it 
get delivered ?
      Also, what e-mail server is running on the box ?

      Liviu

----------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.6/428 - Release Date: 25/08/2006
  

-- 
Mike Ashton

Quality Track Intl

Ph:     647-722-2092 x 251
Cell:   416-527-4995
Fax:    416-352-6043

QTI CONFIDENTIAL AND PROPRIETARY INFORMATION

The contents of this material are confidential and proprietary to Quality Track 
 International, Inc.
and may not be reproduced, disclosed, distributed or used without the express 
permission of an authorized representative of QTI.
Use for any purpose or in any manner other than that expressly authorized is 
prohibited.
If you have received this communication in error, please immediately delete it 
and all copies, and promptly notify the sender.

 

------------------------------------------------------------------------------


  ---------------------------------------------------------------------
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to