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] <mailto:[EMAIL PROTECTED]>
Testing
EOT
LOG: MAIN
<= [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> U=asterisk P=local S=342
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
[~]# delivering 1GH33g-0006oX-Rs
LOG: MAIN
lowest numbered MX record points to local host: neoenova.com
LOG: MAIN
== [EMAIL PROTECTED]
<mailto:[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]
<mailto:[EMAIL PROTECTED]>
Testing
Cc: LOG: MAIN
<= [EMAIL PROTECTED] U=root P=local S=340
delivering 1GH34o-0006pL-4Y
[EMAIL PROTECTED] <mailto:[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 <mailto:[EMAIL PROTECTED]>
*To:* Reza - Asterisk Enthusiast <mailto:[EMAIL PROTECTED]> ;
[email protected] <mailto:[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] <mailto:[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.
begin:vcard
fn:Mike Ashton
n:Ashton;Mike
org:Quality Track Intl
adr:;;63 Kenpark Ave;Brmpton;ON;L6Z 3L4;Canada
email;internet:[EMAIL PROTECTED]
title:CTO
tel;work:905-840-4995
tel;cell:416-527-4995
x-mozilla-html:FALSE
url:http://www.QualityTrack.com
version:2.1
end:vcard
