I understand that when a bug is assigned or modified to a user, then the user should receive an email notifcation.
If this is the case, then no emails are being sent.
The php.ini file settings for email are:
SMTP localhost localhost
sendmail_from me@localhost.com me@localhost.com
I run other php scripts that email without a problem.
WHat could the matter be?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I noticed that original bug reporter doesn't receive mail
until someone else reports to that bug.
Why don't you create another account and add a report to
the existing bug from that account ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I can't get any emails either. I looked at the script and found qp_mail() function. What is that? I've heard of and used the mail() function but what is the qp_mail() function?
John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
and so it appears that phpbt (or the underlying PHP) is not setting the domain correctly. note that i have many other apps and sendmail all working very nicely, phpbt is the only one giving me fits...
thanks for any pointers.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
found one solution. on my platform (solaris 8 x86) the default php.ini file (PHP Version 4.3.2) includes the lines:
> ; For Unix only. You may supply arguments as well (default: 'sendmail -t -i').
> sendmail_path = /usr/lib/sendmail
however, to get sendmail to scan the parameters as PHP and phpbt deliver them, you must have a "-t", as such...
> ; For Unix only. You may supply arguments as well (default: 'sendmail -t -i').
> sendmail_path = /usr/lib/sendmail -t
the "default" statement in the comment confuses me.
note: on the current solaris OEM sendmail (8.11.6+Sun), there is no "-i" command line sendmail option.
in any case, adding the "-t" fixes the phpbt situation nicely. now i have to run and find out what else is now broken. :)
have fun.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had the same problem and this might help some of you.
I used a hotmail.com account as the "ADMIN_EMAIL" in configuration. My server sendmail refused to send it because the email wasn't listed as coming from itw own domain.
Once I set it to use an email account on my server, it worked.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I can see what any people have the same problem, but y I can not the responses at the other e-mails
I am a spanish speaker but I can reed english
Please send me any solution for this problem
I am testing the PHPBug Trecker and I can not send any emails.
I am testing the PHPBB forum in the same machine but this program work and send correctly the emails
Another please send the response to alcu@montevideo.com.uy too
Thanks
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
this fixed the problem. I had never seen the @ sign used with the mail command so I removed it and now my mail works. Don't know if it'll work for all but it worked for me.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I too thought I was not receiving emails as I created new bugs. I am running this on Mac OS X 10.4. I fiddled with the postfix configuration - specifically setting the relayhost variable in /etc/postfix/main.cf. If you use the postconf program you can have it display non-default settings. Here are mine:
You can then test that this SMTP setting works using the command "mail", eg. in a Terminal I typed "mail myemail@mydomain.com" and checked that I received the email message.
After I did this, I tried to have phpBugTracker email me my password, and that worked, so I know at least one part of its email capabilities is working. However I've since created more bugs but have received no emails.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I got phpBugTracker to send out emails via SMTP when bugs are updated. This is how I did it:
In bug.php, edit the function do_changedfields() so that the call to
$mail->send($maillist);
becomes
$mail->send($maillist, 'smtp') or die ("Unable to send email");
The 'smtp' forces the use of SMTP, and the "die()" will let you know if there was a problem sending the email.
Then in smtp.php in the htmlMimeEmail folder change the first few lines of function smpt() so that you specify the SMTP server you want to use, the port number to use, the name of the machine phpBugTracker is running on, and (if needed) authentication parameters for using the SMTP server). I just edited these lines:
I also noticed back in bug.php that the code does not send an email if the person updating the bug owns the bug (or some condition like that). Personally, I want the email to go out regardless of who changed or owns the bug, so I commented out the 'if' statements, as follows:
// if ($userid != $buginfo['created_by'] and !empty($reporter)) {
$maillist[] = $reporter;
// }
// if ($userid != (!empty($cf['assigned_to']) ? $cf['assigned_to'] : $buginfo['assigned_to'])
// and !empty($assignedto) and $emailassignedto) {
$maillist[] = $assignedto;
// }
The next time I changed a bug, the email got sent out.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am running phpBT on Windows XP and would like to send emails when a bug is entered on the system. Somebody mentioned to me that i should enter our SMTP server's details somewhere in phpBT and that will automatically connect and send the mail to the server and the server will send it to all the recipients. Is this true? Do i not need some mail server or sumthing running on the phpBT machine to be able to send it to the SMTP server?
Please provide me with some information.
Thanking you all in advance.
Regards,
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I understand that when a bug is assigned or modified to a user, then the user should receive an email notifcation.
If this is the case, then no emails are being sent.
The php.ini file settings for email are:
SMTP localhost localhost
sendmail_from me@localhost.com me@localhost.com
I run other php scripts that email without a problem.
WHat could the matter be?
I noticed that original bug reporter doesn't receive mail
until someone else reports to that bug.
Why don't you create another account and add a report to
the existing bug from that account ?
I can't get any emails either. I looked at the script and found qp_mail() function. What is that? I've heard of and used the mail() function but what is the qp_mail() function?
John
That's just a wrapper around mail() to do some encoding first.
I have the exact same problem.
All the other php software installed in the same server can send emails, but I can't get any emails from phpbugtracker.
Any help?
same problem here too...
anyone? anyone?
oh, i'll add some more data:
the associated /var/log/syslog sendmaild entry appears as such, which goes a long way towards understanding the issue:
Sep 16 17:07:38 sherpa sendmail[16920]: [ID 801593 mail.info] h8GL7c416920: from=www, size=215, class=0, nrcpts=0, msgid=<200309162107.h8GL7c416920@sherpa.mydomainmasked.com>, relay=www@localhost
and so it appears that phpbt (or the underlying PHP) is not setting the domain correctly. note that i have many other apps and sendmail all working very nicely, phpbt is the only one giving me fits...
thanks for any pointers.
actually now that i investigate this further, note above "nrcpts=0" ... hmmmmmmm.
folks,
found one solution. on my platform (solaris 8 x86) the default php.ini file (PHP Version 4.3.2) includes the lines:
> ; For Unix only. You may supply arguments as well (default: 'sendmail -t -i').
> sendmail_path = /usr/lib/sendmail
however, to get sendmail to scan the parameters as PHP and phpbt deliver them, you must have a "-t", as such...
> ; For Unix only. You may supply arguments as well (default: 'sendmail -t -i').
> sendmail_path = /usr/lib/sendmail -t
the "default" statement in the comment confuses me.
note: on the current solaris OEM sendmail (8.11.6+Sun), there is no "-i" command line sendmail option.
in any case, adding the "-t" fixes the phpbt situation nicely. now i have to run and find out what else is now broken. :)
have fun.
I have the same problem - no e-mails are arriving
I checked the path to sendmail: /usr/sbin/sendmail -t -i
Since its running at the ISP's site I don't know what else could I try.
Thanks for the help.
SWK
I had the same problem and this might help some of you.
I used a hotmail.com account as the "ADMIN_EMAIL" in configuration. My server sendmail refused to send it because the email wasn't listed as coming from itw own domain.
Once I set it to use an email account on my server, it worked.
I can see what any people have the same problem, but y I can not the responses at the other e-mails
I am a spanish speaker but I can reed english
Please send me any solution for this problem
I am testing the PHPBug Trecker and I can not send any emails.
I am testing the PHPBB forum in the same machine but this program work and send correctly the emails
Another please send the response to alcu@montevideo.com.uy too
Thanks
I recently had this same problem but after changing the lines...
if (!empty($this->return_path)) {
$result = @mail($to, $subject, $this->output, implode(CRLF, $headers), '-f' . $this->return_path);
} else {
$result = @mail($to, $subject, $this->output, implode(CRLF, $headers));
}
to...
if (!empty($this->return_path)) {
$result = mail($to, $subject, $this->output, implode(CRLF, $headers), '-f' . $this->return_path);
} else {
$result = mail($to, $subject, $this->output, implode(CRLF, $headers));
}
this fixed the problem. I had never seen the @ sign used with the mail command so I removed it and now my mail works. Don't know if it'll work for all but it worked for me.
sorry...this was in htmlmimemail.php
I too thought I was not receiving emails as I created new bugs. I am running this on Mac OS X 10.4. I fiddled with the postfix configuration - specifically setting the relayhost variable in /etc/postfix/main.cf. If you use the postconf program you can have it display non-default settings. Here are mine:
> postconf -n
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
html_directory = no
inet_interfaces = localhost
mail_owner = postfix
mailbox_size_limit = 0
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
mydomain_fallback = localhost
mynetworks_style = host
newaliases_path = /usr/bin/newaliases
queue_directory = /private/var/spool/postfix
readme_directory = /usr/share/doc/postfix
relayhost = smtp.uwosh.edu
sample_directory = /usr/share/doc/postfix/examples
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtpd_tls_key_file =
unknown_local_recipient_reject_code = 550
You can then test that this SMTP setting works using the command "mail", eg. in a Terminal I typed "mail myemail@mydomain.com" and checked that I received the email message.
After I did this, I tried to have phpBugTracker email me my password, and that worked, so I know at least one part of its email capabilities is working. However I've since created more bugs but have received no emails.
I got phpBugTracker to send out emails via SMTP when bugs are updated. This is how I did it:
In bug.php, edit the function do_changedfields() so that the call to
$mail->send($maillist);
becomes
$mail->send($maillist, 'smtp') or die ("Unable to send email");
The 'smtp' forces the use of SMTP, and the "die()" will let you know if there was a problem sending the email.
Then in smtp.php in the htmlMimeEmail folder change the first few lines of function smpt() so that you specify the SMTP server you want to use, the port number to use, the name of the machine phpBugTracker is running on, and (if needed) authentication parameters for using the SMTP server). I just edited these lines:
$this->host = 'smtp.uwosh.edu';
$this->helo = 'adcom4.it.uwosh.edu';
I also noticed back in bug.php that the code does not send an email if the person updating the bug owns the bug (or some condition like that). Personally, I want the email to go out regardless of who changed or owns the bug, so I commented out the 'if' statements, as follows:
// if ($userid != $buginfo['created_by'] and !empty($reporter)) {
$maillist[] = $reporter;
// }
// if ($userid != (!empty($cf['assigned_to']) ? $cf['assigned_to'] : $buginfo['assigned_to'])
// and !empty($assignedto) and $emailassignedto) {
$maillist[] = $assignedto;
// }
The next time I changed a bug, the email got sent out.
You can better use the setSMTPParams() function to setup SMTP instead of altering the source files..
This patch has been applied to the development branch of phpBT:
http://sourceforge.net/mailarchive/message.php?msg_id=12185593
I have since then written an admin-page that should let you configure how phpBT uses htmlMimeMail and try it out at once.
Whether you recieve your own comments as mails will hopefully become configurable one day.
/Ulf
I have posted my mailtest page to the phpbt-dev list:
http://sourceforge.net/mailarchive/forum.php?thread_id=8148966&forum_id=4570
but you cannot download attachments through the web interface. Just mail me if you wish to test it.
Hi there!
I am running phpBT on Windows XP and would like to send emails when a bug is entered on the system. Somebody mentioned to me that i should enter our SMTP server's details somewhere in phpBT and that will automatically connect and send the mail to the server and the server will send it to all the recipients. Is this true? Do i not need some mail server or sumthing running on the phpBT machine to be able to send it to the SMTP server?
Please provide me with some information.
Thanking you all in advance.
Regards,
Version 1.0.2 has this capacity, though I don't know how well tested it is.