You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(18) |
Feb
(17) |
Mar
(11) |
Apr
(12) |
May
(21) |
Jun
(76) |
Jul
(8) |
Aug
(156) |
Sep
(117) |
Oct
(67) |
Nov
(122) |
Dec
(134) |
2003 |
Jan
(170) |
Feb
(214) |
Mar
(121) |
Apr
(36) |
May
(25) |
Jun
(10) |
Jul
(13) |
Aug
(69) |
Sep
(3) |
Oct
(17) |
Nov
(2) |
Dec
(40) |
2004 |
Jan
(34) |
Feb
(50) |
Mar
(69) |
Apr
(10) |
May
(76) |
Jun
(126) |
Jul
(180) |
Aug
(32) |
Sep
(43) |
Oct
(31) |
Nov
(25) |
Dec
(21) |
2005 |
Jan
(23) |
Feb
(75) |
Mar
(32) |
Apr
(34) |
May
(23) |
Jun
(34) |
Jul
(25) |
Aug
(21) |
Sep
(31) |
Oct
(34) |
Nov
(6) |
Dec
(16) |
2006 |
Jan
(9) |
Feb
(19) |
Mar
(45) |
Apr
(64) |
May
(33) |
Jun
(29) |
Jul
(11) |
Aug
(24) |
Sep
(55) |
Oct
(24) |
Nov
(38) |
Dec
(40) |
2007 |
Jan
(47) |
Feb
(28) |
Mar
(89) |
Apr
(35) |
May
(58) |
Jun
(30) |
Jul
(103) |
Aug
(80) |
Sep
(57) |
Oct
(108) |
Nov
(45) |
Dec
(38) |
2008 |
Jan
(39) |
Feb
(45) |
Mar
(29) |
Apr
(46) |
May
(39) |
Jun
(20) |
Jul
(19) |
Aug
(38) |
Sep
(40) |
Oct
(49) |
Nov
(64) |
Dec
(31) |
2009 |
Jan
(20) |
Feb
(31) |
Mar
(28) |
Apr
(46) |
May
(45) |
Jun
(45) |
Jul
(32) |
Aug
(11) |
Sep
(34) |
Oct
(33) |
Nov
(40) |
Dec
(17) |
2010 |
Jan
(28) |
Feb
(55) |
Mar
(23) |
Apr
(78) |
May
(33) |
Jun
(11) |
Jul
(10) |
Aug
(12) |
Sep
(70) |
Oct
(89) |
Nov
(55) |
Dec
(33) |
2011 |
Jan
(33) |
Feb
(66) |
Mar
(33) |
Apr
(40) |
May
(20) |
Jun
(29) |
Jul
(199) |
Aug
(42) |
Sep
(76) |
Oct
(10) |
Nov
(29) |
Dec
(38) |
2012 |
Jan
(30) |
Feb
(52) |
Mar
(56) |
Apr
(25) |
May
(17) |
Jun
(93) |
Jul
(15) |
Aug
(19) |
Sep
(23) |
Oct
(78) |
Nov
(59) |
Dec
(2) |
2013 |
Jan
(62) |
Feb
(18) |
Mar
(12) |
Apr
(119) |
May
(47) |
Jun
(34) |
Jul
(34) |
Aug
(12) |
Sep
(69) |
Oct
(128) |
Nov
(14) |
Dec
(11) |
2014 |
Jan
(232) |
Feb
(62) |
Mar
(67) |
Apr
(165) |
May
(82) |
Jun
(54) |
Jul
(26) |
Aug
(70) |
Sep
(56) |
Oct
(59) |
Nov
(3) |
Dec
(16) |
2015 |
Jan
(9) |
Feb
(6) |
Mar
(2) |
Apr
(2) |
May
(3) |
Jun
(2) |
Jul
(1) |
Aug
(17) |
Sep
(6) |
Oct
(4) |
Nov
(2) |
Dec
(3) |
2016 |
Jan
(19) |
Feb
(5) |
Mar
(6) |
Apr
(3) |
May
(1) |
Jun
(10) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Ludwig R. <lr...@pi...> - 2002-01-18 10:23:23
|
Hi prescience, all the others :) New work, new firm, new adventures. The new compony is thrilled about mantis, and so i can continue programming for mantis. Next week we have a meeting with the customer care people, to find out which features the want and if we see use for such a feature. In the meantime, tell me what to do :) I see you fix many bugs yeasterday, so i can imagine you while relasese 0.17.0 this week ? btw prescience, can you do me a favour, kill user rufinus, and rename user rufinus2 to rufinus. rufinus is a old account of mine. thx & cya Ludwig aka Rufinus -- Pixelwings Medien GmbH lr...@pi... A-1070 Wien, Kandlg. 15 Tel. +43-1-524 58 50-56 http://www.pixelwings.com Fax: +43-1-524 58 50-10 The moral behind the movie 'The Matrix' is even if you are the almighty 'One' you still have to answer the telephone. |
From: Kenzaburo I. <pre...@30...> - 2002-01-10 01:39:50
|
I'd go ahead and fix this yourself. I have no LDAP experience so I'm just accepting what people send. -Ken >[reposted this to -dev, -beta list seems dead more or less] > > >Hi > >I have not been able to use the ldap support ($g_login_method=LDAP) in >mantis. It boils down to this code in core_ldap_api.php: > > $search_dn = "(&$g_ldap_organisation(uid=$uid)(userpassword=$pass))"; > $ds = ldap_connect( "$g_ldap_server" ); > if ( $ds ) { > $r = ldap_bind( $ds ); # bind to server > $sr = ldap_search( $ds, $g_ldap_root_dn, $search_dn ); > > >The userPassword attribute is not normally visible to any user, not even >the $uid user. Also, one cannot know how the password is encrypted. > >The way to do this, afaik, is to simply call > >ldap_bind ("uid=$uid,$ds", $pass); > >This will return true or false if authentication succeded or not. > > >Next cut from core_ldap_api.php: > >$search_dn = "(&$g_ldap_organisation(uid=$uid)(assignedgroup=$group))"; > > >'assignedgroup' is not standard afaik. I think it is some Microsoft Active >Directory attribute but I am not sure. To check groups, you should look >inside the group entry and find users, not the oppsite. > > >Any thoughts? I can probably fix this, but I guess Leigh Morresi has the >first shot. |
From: Kenzaburo I. <pre...@30...> - 2002-01-10 01:38:43
|
Let's see... 1. I've added a version field to the bug table for 0.17.0. It'll be used for milestone support. 2. In for 0.17.0 3. It should automatically be set to assigned if you specify the person. If not it's a bug. I've never used bugzilla although I've browsed mozilla's installation a few times. 4. Should be fixed in CVS. 5. It shows the total number of bugs in the view_all page. It may sound weird to say this but I actually prefer the traffic to be low right now. I've been overwhelmed by email and maintenance several times to the point of not being able to do any development in the last couple months (which is one reason I've semi-disappeared). Unless I can get more people to work together, more users and attention just means more tech-support emails. I am also bad about applying patches. I don't trust code until I've read it and most of the time the code isn't formatted as I wish. I realize there are several major issues regarding Mantis but I really need more time or help. After 0.17.0 is released I plan on having creating lists of tasks that I will ask people to help with. I'm also going to start development of 2.0 (partial rewrite) for those who might be interested. -Ken >[reposted to -dev, -beta seems dead more or less] > >David Jeske said: > > > On Thu, Jan 03, 2002 at 01:55:46PM +0100, Martin Wickman wrote: > > >> My users have suggested a few features and fixes. Below is > >> the list, please comment. > > >> 1. There should be a field 'Candidate Version' (or 'Target > >> Version' or such) which contains the product version where > >> this bug is to be fixed. That way, one can postpone bugfixes > >> to a certain release of the product. > > > I agree. This has been implemented in one Mantis derivative as > > "Milestone support". It also needs to let you filter bug to those on > > before a certain milestone, and push all unclosed bugs from one > > milestone to the next milestone (i.e. because you released that > > version without them fixed). > >Ok. It seems to be a needed feature. I'll add it later next week. Problem >is that I sent a patch some week ago (which adds basic authentication >etc), but I have not got any response, so I dont know what the current >status is. > > >> 2. It should be possible to change product version when > >> updating a bug. If you miss to provide that product version > >> for a bug, you must recreate the bug. This is a Mantis bug imo. > > > >> 3. When you assign a bug to a person, the status should be > >> "assigned" automatically. Now you need to do that manually. > > > I don't know Ken's motivation, however, I always assumed this was > > borrowed from Bugzilla. It opens bugs in a "new" state, and then > > asks users to "accept" them. However, the real reason it does > > this is that it sends you a nag-email every day for bugs which > > are "new", encouraging you to check them out and accept them. > > This assures that you have a chance to see them before they fall > > together with all the other bugs. Since Mantis does not do this > > nag email, the "new" status also seems somewhat superfluous to > > me. > >If this is the general consensus, I guess we better change this behaivor then. > > >> 4. When you update a bug, you return to the bug in "simple" > >> view, even though you have preferences sat to alway use > >> "advanced" view. > > >> 5. When using "show bugs", there is no indication how > >> many bugs there are in total, just the current shown > >> (filtered) count. > > >> I will probably fix these points sooner or later, but > >> I figured I could get some feedback from you folks first. > > >> Also, I think the traffic in these lists are a bit low, > >> at least when considering the amount of people using Mantis. > >> I would like to get the discussions going -- thats the only > >> way to get Mantis to the point where it can compete for real |
From: Kenzaburo I. <pre...@30...> - 2002-01-10 01:23:37
|
Let's hold off on the $_POST[] things. People not running PHP 4.1.0 (like me) would be rather upset. I understand the issue regarding the global_variables (register_globals) and have started to take measures. One thing that is holding me back is that I'm considering putting most of the globals into the database. As for the magic_quotes_gpc, I think we can probably isolate these changes in the string_prepare* and display* functions. I didn't know if it was much of an issue but apparently it is. I'm trying to get 0.17.0 out this weekend, and if not then the next week for sure. I've modified pretty much every file so we can try for the global variables in 0.18.0. The magic quotes can probably be worked in for 0.17.1 -Ken >There seem to be several important changes to PHP introduced in version >4.1.0 that can prevent mantis from working on a default setup. The main >problems are: > global_variables is Off by default and it is encouraged in the >documentation to leave if Off. > magic_quotes_gpc is Off by default > >This means that after a form is submitted the variables are no longer found >in global variables. Instead they should be accessed as $_POST["varName"] >(or $HTTP_POST_VARS["varName"]) instead of $varName. > >The magic_quotes change means that data to be sent to a database should use >addslashes() and stripslashes(). This is already done in >core_print_API.php. But incoming fields should probably check to call >get_magic_quotes_gpc() and if it is on call stripslashes(), so that it will >work regardless of the php.ini settings. (See bug #1359) > >Changing the mantis code to use $_POST[] would involve changes to almost all >files. I would be prepared to do these changes as I have test setups using >both 4.0 and 4.1, but as a newcomer to the project, perhaps you wouldn't >want me comitting changes to so many files. > >-Steven. |
From: Martin W. <mar...@xm...> - 2002-01-07 09:50:25
|
[reposted to -dev, -beta list seems dead more or less] Hi I finished the BASIC_AUTH support and sent the patch to the maintainer. I have done some minor testing, and it works, but there may be things that is faulty or done the wrong way. I have not been able to use it with the $g_login_method=LDAP though. Thanks to David Jeske for pointing me in the right direction! Mantis Basic-Authentication --------------------------- To have mantis use basic authentication, set $g_login_method = BASIC_AUTH in the config_inc.php file This setting will change the following Mantis behaviour: - If the user does not exist in the database, it is created on the fly - The password field is no longer used in the database - Autocreated users have null email. They must click on 'account' and set their email adress manually. - If your user exist in an ldap you can set $g_use_ldap_email = 1 and set appropriate $g_ldap_server etc. This will fetch the email from the ldap server - Users cannot change their username - Users cannot set their password - Logout does not "work". That is, when a user clicks [Logout] he will be redirected to index.php3 which will log in the user again. Basic auth support has not been heavily tested, but it works with my setup. If problems arise, I guess they will be centered around the email stuff and account_page.php3. -- Martin Wickman, X Media Solutions | mailto:mar...@xm... Box 3294, Holmbrogränd 1, S-600 03 Norrköping | http://www.xms.se Tel: +46 (0)11 24 48 49 | Fax: +46 (0)11 24 48 09 |
From: Martin W. <mar...@xm...> - 2002-01-07 09:48:36
|
[reposted this to -dev, -beta list seems dead more or less] Hi I have not been able to use the ldap support ($g_login_method=LDAP) in mantis. It boils down to this code in core_ldap_api.php: $search_dn = "(&$g_ldap_organisation(uid=$uid)(userpassword=$pass))"; $ds = ldap_connect( "$g_ldap_server" ); if ( $ds ) { $r = ldap_bind( $ds ); # bind to server $sr = ldap_search( $ds, $g_ldap_root_dn, $search_dn ); The userPassword attribute is not normally visible to any user, not even the $uid user. Also, one cannot know how the password is encrypted. The way to do this, afaik, is to simply call ldap_bind ("uid=$uid,$ds", $pass); This will return true or false if authentication succeded or not. Next cut from core_ldap_api.php: $search_dn = "(&$g_ldap_organisation(uid=$uid)(assignedgroup=$group))"; 'assignedgroup' is not standard afaik. I think it is some Microsoft Active Directory attribute but I am not sure. To check groups, you should look inside the group entry and find users, not the oppsite. Any thoughts? I can probably fix this, but I guess Leigh Morresi has the first shot. -- Martin Wickman, X Media Solutions | mailto:mar...@xm... Box 3294, Holmbrogränd 1, S-600 03 Norrköping | http://www.xms.se Tel: +46 (0)11 24 48 49 | Fax: +46 (0)11 24 48 09 |
From: Martin W. <mar...@xm...> - 2002-01-07 09:46:59
|
[reposted to -dev, -beta seems dead more or less] David Jeske said: > On Thu, Jan 03, 2002 at 01:55:46PM +0100, Martin Wickman wrote: >> My users have suggested a few features and fixes. Below is >> the list, please comment. >> 1. There should be a field 'Candidate Version' (or 'Target >> Version' or such) which contains the product version where >> this bug is to be fixed. That way, one can postpone bugfixes >> to a certain release of the product. > I agree. This has been implemented in one Mantis derivative as > "Milestone support". It also needs to let you filter bug to those on > before a certain milestone, and push all unclosed bugs from one > milestone to the next milestone (i.e. because you released that > version without them fixed). Ok. It seems to be a needed feature. I'll add it later next week. Problem is that I sent a patch some week ago (which adds basic authentication etc), but I have not got any response, so I dont know what the current status is. >> 2. It should be possible to change product version when >> updating a bug. If you miss to provide that product version >> for a bug, you must recreate the bug. This is a Mantis bug imo. >> 3. When you assign a bug to a person, the status should be >> "assigned" automatically. Now you need to do that manually. > I don't know Ken's motivation, however, I always assumed this was > borrowed from Bugzilla. It opens bugs in a "new" state, and then > asks users to "accept" them. However, the real reason it does > this is that it sends you a nag-email every day for bugs which > are "new", encouraging you to check them out and accept them. > This assures that you have a chance to see them before they fall > together with all the other bugs. Since Mantis does not do this > nag email, the "new" status also seems somewhat superfluous to > me. If this is the general consensus, I guess we better change this behaivor then. >> 4. When you update a bug, you return to the bug in "simple" >> view, even though you have preferences sat to alway use >> "advanced" view. >> 5. When using "show bugs", there is no indication how >> many bugs there are in total, just the current shown >> (filtered) count. >> I will probably fix these points sooner or later, but >> I figured I could get some feedback from you folks first. >> Also, I think the traffic in these lists are a bit low, >> at least when considering the amount of people using Mantis. >> I would like to get the discussions going -- thats the only >> way to get Mantis to the point where it can compete for real -- Martin Wickman, X Media Solutions | mailto:mar...@xm... Box 3294, Holmbrogränd 1, S-600 03 Norrköping | http://www.xms.se Tel: +46 (0)11 24 48 49 | Fax: +46 (0)11 24 48 09 |
From: Guy B. <guy...@ch...> - 2002-01-04 16:13:50
|
Steven Green (st...@gr...) on 04/01/2002 at 11:26 wrote: > I don't know what the project policy on doing commits is... as I am new to > the mantisbt project I thought it best to send the patch here instead of > commiting it to CVS. Following Steven's post, I let you know here of two other pieces of patch against mantis release 0.16.x I made available at http://chimie4.u-strasbg.fr/~bug/reaffect.patch http://chimie4.u-strasbg.fr/~bug/viewhandler.patch The first allows reaffecting a bug to a different project as the one it was initialy attached to. The second allows displaying of the bug handler name in view_all page. In case of interest, the first can be enhanced with global vars, user access level checking and better email notifications. Also the reaffect.patch is doing two queries additionnal queries to the project table where probably one would be enough, but this work was done as all our "bugs" here come into an "incoming queue" fed in by email by users and most of them always need to be reaffected to an other "queue" (project). Both simple patches can be easily tweaked to run against current CVS version too. As Ken works on bug reaffecting for release 0.17.0, maybe the first patch will soon be useless. My two cents. -- bug |
From: Steven G. <st...@gr...> - 2002-01-04 12:21:04
|
There seem to be several important changes to PHP introduced in version 4.1.0 that can prevent mantis from working on a default setup. The main problems are: global_variables is Off by default and it is encouraged in the documentation to leave if Off. magic_quotes_gpc is Off by default This means that after a form is submitted the variables are no longer found in global variables. Instead they should be accessed as $_POST["varName"] (or $HTTP_POST_VARS["varName"]) instead of $varName. The magic_quotes change means that data to be sent to a database should use addslashes() and stripslashes(). This is already done in core_print_API.php. But incoming fields should probably check to call get_magic_quotes_gpc() and if it is on call stripslashes(), so that it will work regardless of the php.ini settings. (See bug #1359) Changing the mantis code to use $_POST[] would involve changes to almost all files. I would be prepared to do these changes as I have test setups using both 4.0 and 4.1, but as a newcomer to the project, perhaps you wouldn't want me comitting changes to so many files. -Steven. |
From: Steven G. <st...@gr...> - 2002-01-04 10:26:10
|
Here is a trivial patch to core_email_API.php made against version 1.24 using cvs diff. It allows you to specify $t_recipient to be null in case you don't want messages to be sent to an archive or mailing list. To use this feature you also need a version of PhpMailer from 19th December 2001 or later, which contains a patch that I added that allows mails to be sent without a to: field as long as they have cc or bcc entries. I don't know what the project policy on doing commits is... as I am new to the mantisbt project I thought it best to send the patch here instead of commiting it to CVS. - Steven. |
From: Kenzaburo I. <pre...@30...> - 2001-12-27 16:36:41
|
James, I've updated and see your changes, looks good. I made some modifications to work with what I've been working on and it's been rechecked in. One items that I think needs to be addressed. Perhaps it should list the previous 5 and following 10 pages only? If you have enough pages it clutters the screen. As far as the changes that I'm making. They are pretty large and sweeping. If you don't update before developing there are likely to be a great many conflicts. I've mentioned some of these changes on the website. Thanks, -Ken >Next time you update, ensure both view_all_bug_page.php3 and >view_bug_inc.php3 are updated at the same time. They contain changes to >enhance the paging functionality, and things will be a bit broken if only >one of the two are updated. > >Let me know if you have any questions. > >Cheers >James |
From: James B. <cyc...@ho...> - 2001-12-26 12:57:18
|
Hi all, Next time you update, ensure both view_all_bug_page.php3 and view_bug_inc.php3 are updated at the same time. They contain changes to enhance the paging functionality, and things will be a bit broken if only one of the two are updated. Let me know if you have any questions. Cheers James _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
From: Jeff P. <bru...@ya...> - 2001-12-13 18:42:14
|
--- Jonathan Peterson <jpe...@bm...> wrote: > [snip] > So, If anyone's interested I can send > diffs/code/explanation or > whatever. Otherwise, I'm happy to keep this > modification private to my > installation here. Inevitably, every installation will go through some field customization to mold Mantis to their projects. I would like to see what you've done to make this task easier. Thanks, jeff __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com |
From: Jonathan P. <jpe...@bm...> - 2001-12-13 14:17:53
|
Hi, I hope it's not bad etiquette to say the same thing on this list as on the developer forum, but I wasn't sure how often people looked at the forum. Having selected to use Mantis for our bug/feature tracking, I had an immediate requirement to have custom fields for bugs. I've gone ahead and implemented this _in a limited fashion_. I notice it is something on the roadmap for a later version, so my simple question is... Should I try to commit my changes to CVS? My changes are based on the latest release version of the code, not the latest CVS snapshot. Additionally, my implementation is limited, and my approach is possibly not the one you would want to use if you did this 'properly'. So, If anyone's interested I can send diffs/code/explanation or whatever. Otherwise, I'm happy to keep this modification private to my installation here. Thanks, Jon -- Jonathan Peterson Technical Manager, Unified Ltd, +44 (0)20 7383 6092 jpe...@bm... |
From: Jeff P. <bru...@ya...> - 2001-12-08 09:15:11
|
--- Duane O'Brien <Duane@PeoplepcHQ.com> wrote: > could someone please try to patiently walk me > through getting cvs set up on > Win2k, preferably without the use of the word > "jackass" I would of gone without it, but it's already embedded above. Sorry! ;-) The best thing you can do on Windows is step a little closer to the Unix world by downloading Cygwin. Some people like the Visual tools and all, but when dealing with the source its nice to use a similar environment. Go here: http://sources.redhat.com/cygwin/ There will be about 3 places you can click to install. It's quite easy. It gives you another "dreaded" command prompt with Unix familiarity. SSH and CVS related software are included. Then just follow the instructions on www.sf.net to download the freshest Mantis you want! Good luck... -jeff __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com |
From: <god...@rc...> - 2001-12-07 20:35:54
|
Here's what i did. I hardcoded "th...@ho...,god...@rc..." into the recipient. I got : PROBLEMS SENDING MAIL TO: th...@ho...,god...@rc... Mailer Error: SMTP Error: The following recipients failed [th...@ho...,god...@rc...] it didn't work... I also tried with a ";" as a separator (no success). = ":" neither. We tried on the xchange server in console mode... it require ont "rcpt = to:" by email...could the problem be related to phpmailer ? (that would not = be compatible with Exchange ?) i don't know PHP enough to get in it to find it..i have been coding php = for less than 8 hours (well, today ). thanks. bye. -----Message d'origine----- De : AL...@fl... [mailto:AL...@fl...] Envoy=E9 : 7 d=E9cembre, 2001 15:25 =C0 : god...@rc... Cc : man...@li...; man...@li... Objet : RE: [Mantisbt-dev] eMail related problem Well, regardless of whether strtr() removed the space, I'm betting that = is the problem. Get rid of the space after the comma. -- Andy Lester Project Leader Follett Library Resources al...@fl... =20 godbout.francoi s...@rc... To: = AL...@fl... cc: man...@li..., =20 12/07/2001 man...@li... = =20 02:23 PM Subject: RE: = [Mantisbt-dev] eMail related problem =20 =20 =20 Here's what coming on screen : PROBLEMS SENDING MAIL TO: gf...@rc..., god...@rc... Mailer Error: SMTP Error: The following recipients failed = [gf...@rc..., god...@rc...] My setting are Use PhpMailer =3D yes USe methode =3D smtp (2) I thought about removing the space between email adress by adding a = strtr() over $t_recipient (file core_email_api.php - function email_send() ) = but the function didn't seems to remove it... the space were still there... thanks. bye. -----Message d'origine----- De : AL...@fl... [mailto:AL...@fl...] Envoy=E9 : 7 d=E9cembre, 2001 15:12 =C0 : god...@rc... Cc : man...@li...; man...@li... Objet : Re: [Mantisbt-dev] eMail related problem How do you know it doesn't work? Do you get a bounce? What does the bounce say? My first thought would be to remove all the whitespace after the comma. Andy -- Andy Lester Project Leader Follett Library Resources al...@fl... god...@rc... Sent by: To: man...@li... man...@li...urc cc: eforge.net Subject: [Mantisbt-dev] eMail related problem 12/07/2001 01:41 PM Hi. I have installed Mantis on the Windows2000 platform. I know that on the windows platform the email is not supposed to work... But it work = (almost at 100%)! But i still got a problem. 1 ) My configuration is quite simple : $g_use_phpMailer =3D 1; $g_phpMailer_method =3D 2; (which means SMTP) $g_smtp_host =3D "somename"; (which is the Microsoft Exchange smtp server) 2 ) What's working single email. When the system send only ONE email to the server..it = works ! like when you create a new account... 3 ) What's almost working (well...that don't work) email to multiple people ( like when a bug is assigned). When you = create a bug, the system ship an email to everybody... With the format "me...@he..., yo...@he...". My server doesn't take it.. i tried with ";" between email but it = doesnt work either.. Any idea for the format i should take ? The mail server is an Microsoft Xchange server (5.5). we tried on the Xchange server in console mode, and we manage to send = an email to multiple people by entering multiple "rcpt to" line .... That's the last thing remaining in order for us to use the tools = here... thanks. bye. ------------------------------------------ Fran=E7ois Godbout, charg=E9 de projet D=E9partement des TI Raymond Chabot Grant Thornton T=E9l=E9phone : (514) 878-2691 ext:2176 _______________________________________________ Mantisbt-dev mailing list Man...@li... https://lists.sourceforge.net/lists/listinfo/mantisbt-dev |
From: Duane O'B. <Duane@PeoplepcHQ.com> - 2001-12-07 20:28:56
|
could someone please try to patiently walk me through getting cvs set up on Win2k, preferably without the use of the word "jackass" + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + D. O'Brien - -- --- ---- ---- --- -- - QA Manager, PeoplePC "Relax. Being eaten by an alligator is like going to sleep in a giant blender." - H. Simpson |
From: <AL...@fl...> - 2001-12-07 20:24:06
|
Well, regardless of whether strtr() removed the space, I'm betting that= is the problem. Get rid of the space after the comma. -- Andy Lester Project Leader Follett Library Resources al...@fl... = =20 godbout.francoi = =20 s...@rc... To: AL...@fl...llett.= com =20 cc: mantisbt-dev@lists.s= ourceforge.net, =20 12/07/2001 man...@li...u= rceforge.net =20 02:23 PM Subject: RE: [Mantisbt-d= ev] eMail related problem =20 = =20 = =20 Here's what coming on screen : PROBLEMS SENDING MAIL TO: gf...@rc..., god...@rc... Mailer Error: SMTP Error: The following recipients failed [gf...@rc...= m, god...@rc...] My setting are Use PhpMailer =3D yes USe methode =3D smtp (2) I thought about removing the space between email adress by adding a str= tr() over $t_recipient (file core_email_api.php - function email_send() ) bu= t the function didn't seems to remove it... the space were still there... thanks. bye. -----Message d'origine----- De : AL...@fl... [mailto:AL...@fl...] Envoy=E9 : 7 d=E9cembre, 2001 15:12 =C0 : god...@rc... Cc : man...@li...; man...@li... Objet : Re: [Mantisbt-dev] eMail related problem How do you know it doesn't work? Do you get a bounce? What does the bounce say? My first thought would be to remove all the whitespace after the comma.= Andy -- Andy Lester Project Leader Follett Library Resources al...@fl... god...@rc... Sent by: To: man...@li... man...@li...urc cc: eforge.net Subject: [Mantisbt-dev] eMail related problem 12/07/2001 01:41 PM Hi. I have installed Mantis on the Windows2000 platform. I know that on the= windows platform the email is not supposed to work... But it work (almo= st at 100%)! But i still got a problem. 1 ) My configuration is quite simple : $g_use_phpMailer =3D 1; $g_phpMailer_method =3D 2; (which means SMTP) $g_smtp_host =3D "somename"; (which is the Microsoft Exchange smtp= server) 2 ) What's working single email. When the system send only ONE email to the server..it wor= ks ! like when you create a new account... 3 ) What's almost working (well...that don't work) email to multiple people ( like when a bug is assigned). When you creat= e a bug, the system ship an email to everybody... With the format "me...@he..., yo...@he...". My server doesn't take it.. i tried with ";" between email but it does= nt work either.. Any idea for the format i should take ? The mail server is an Microsoft Xchange server (5.5). we tried on the Xchange server in console mode, and we manage to send a= n email to multiple people by entering multiple "rcpt to" line .... That's the last thing remaining in order for us to use the tools here..= . thanks. bye. ------------------------------------------ Fran=E7ois Godbout, charg=E9 de projet D=E9partement des TI Raymond Chabot Grant Thornton T=E9l=E9phone : (514) 878-2691 ext:2176 _______________________________________________ Mantisbt-dev mailing list Man...@li... https://lists.sourceforge.net/lists/listinfo/mantisbt-dev = |
From: <god...@rc...> - 2001-12-07 20:22:39
|
Here's what coming on screen : PROBLEMS SENDING MAIL TO: gf...@rc..., god...@rc... Mailer Error: SMTP Error: The following recipients failed = [gf...@rc..., god...@rc...] My setting are Use PhpMailer =3D yes USe methode =3D smtp (2) I thought about removing the space between email adress by adding a = strtr() over $t_recipient (file core_email_api.php - function email_send() ) = but the function didn't seems to remove it... the space were still there... thanks. bye. -----Message d'origine----- De : AL...@fl... [mailto:AL...@fl...] Envoy=E9 : 7 d=E9cembre, 2001 15:12 =C0 : god...@rc... Cc : man...@li...; man...@li... Objet : Re: [Mantisbt-dev] eMail related problem How do you know it doesn't work? Do you get a bounce? What does the bounce say? My first thought would be to remove all the whitespace after the comma. Andy -- Andy Lester Project Leader Follett Library Resources al...@fl... =20 god...@rc... Sent by: To: man...@li... =20 man...@li...urc cc: eforge.net Subject: [Mantisbt-dev] eMail related problem =20 =20 =20 12/07/2001 01:41 PM =20 =20 Hi. I have installed Mantis on the Windows2000 platform. I know that on the windows platform the email is not supposed to work... But it work = (almost at 100%)! But i still got a problem. 1 ) My configuration is quite simple : $g_use_phpMailer =3D 1; $g_phpMailer_method =3D 2; (which means SMTP) $g_smtp_host =3D "somename"; (which is the Microsoft Exchange smtp server) 2 ) What's working single email. When the system send only ONE email to the server..it = works ! like when you create a new account... 3 ) What's almost working (well...that don't work) email to multiple people ( like when a bug is assigned). When you = create a bug, the system ship an email to everybody... With the format "me...@he..., yo...@he...". My server doesn't take it.. i tried with ";" between email but it = doesnt work either.. Any idea for the format i should take ? The mail server is an Microsoft Xchange server (5.5). we tried on the Xchange server in console mode, and we manage to send = an email to multiple people by entering multiple "rcpt to" line .... That's the last thing remaining in order for us to use the tools = here... thanks. bye. ------------------------------------------ Fran=E7ois Godbout, charg=E9 de projet D=E9partement des TI Raymond Chabot Grant Thornton T=E9l=E9phone : (514) 878-2691 ext:2176 _______________________________________________ Mantisbt-dev mailing list Man...@li... https://lists.sourceforge.net/lists/listinfo/mantisbt-dev |
From: <AL...@fl...> - 2001-12-07 20:11:12
|
How do you know it doesn't work? Do you get a bounce? What does the bounce say? My first thought would be to remove all the whitespace after the comma.= Andy -- Andy Lester Project Leader Follett Library Resources al...@fl... = =20 god...@rc... = =20 Sent by: To: manti= sb...@li... =20 man...@li...urc cc: = =20 eforge.net Subject: = [Mantisbt-dev] eMail related problem =20 = =20 = =20 12/07/2001 01:41 PM = =20 = =20 = =20 Hi. I have installed Mantis on the Windows2000 platform. I know that on the= windows platform the email is not supposed to work... But it work (almo= st at 100%)! But i still got a problem. 1 ) My configuration is quite simple : $g_use_phpMailer =3D 1; $g_phpMailer_method =3D 2; (which means SMTP) $g_smtp_host =3D "somename"; (which is the Microsoft Exchange smtp= server) 2 ) What's working single email. When the system send only ONE email to the server..it wor= ks ! like when you create a new account... 3 ) What's almost working (well...that don't work) email to multiple people ( like when a bug is assigned). When you creat= e a bug, the system ship an email to everybody... With the format "me...@he..., yo...@he...". My server doesn't take it.. i tried with ";" between email but it does= nt work either.. Any idea for the format i should take ? The mail server is an Microsoft Xchange server (5.5). we tried on the Xchange server in console mode, and we manage to send a= n email to multiple people by entering multiple "rcpt to" line .... That's the last thing remaining in order for us to use the tools here..= . thanks. bye. ------------------------------------------ Fran=E7ois Godbout, charg=E9 de projet D=E9partement des TI Raymond Chabot Grant Thornton T=E9l=E9phone : (514) 878-2691 ext:2176 _______________________________________________ Mantisbt-dev mailing list Man...@li... https://lists.sourceforge.net/lists/listinfo/mantisbt-dev = |
From: <god...@rc...> - 2001-12-07 19:40:54
|
Hi. I have installed Mantis on the Windows2000 platform. I know that on the windows platform the email is not supposed to work... But it work = (almost at 100%)! But i still got a problem. 1 ) My configuration is quite simple : $g_use_phpMailer =3D 1; $g_phpMailer_method =3D 2; (which means SMTP) $g_smtp_host =3D "somename"; (which is the Microsoft Exchange smtp server) 2 ) What's working single email. When the system send only ONE email to the server..it = works ! like when you create a new account... 3 ) What's almost working (well...that don't work) email to multiple people ( like when a bug is assigned). When you = create a bug, the system ship an email to everybody... With the format "me...@he..., yo...@he...". My server doesn't take it.. i tried with ";" between email but it = doesnt work either.. Any idea for the format i should take ? The mail server is an Microsoft Xchange server (5.5). we tried on the Xchange server in console mode, and we manage to send = an email to multiple people by entering multiple "rcpt to" line .... That's the last thing remaining in order for us to use the tools = here... thanks. bye. ------------------------------------------ Fran=E7ois Godbout, charg=E9 de projet D=E9partement des TI Raymond Chabot Grant Thornton T=E9l=E9phone : (514) 878-2691 ext:2176 |
From: Kenzaburo I. <pre...@30...> - 2001-11-22 01:57:40
|
Hi, this is the right list although some has been taking place on the -beta list for some reason. The reason for little discussion is that most people just lurk. There's basically just me. If you'd like to join the development team email me privately and we can see what you want to do and give you access. Thanks, -Ken >Hi, > >I work with another open source project which is coding a CMS-type >application for independent media centers (indymedia.org). I had the >same problem you all had --- trying to find a lighter-weight, php bug >tracking system. I found Mantis :) > >We would like to use Mantis but there are a few things that we >probably want to add, which it currently doesn't have. I'd like to be >able to submit patches, etc. Is this the best list to be on? It seems >kind of dormant even though it looks like code is still being updated >on Mantis. > >thanks, >gkd/sf-imc |
From: gekked <ge...@bl...> - 2001-11-19 22:52:08
|
Hi, I work with another open source project which is coding a CMS-type application for independent media centers (indymedia.org). I had the same problem you all had --- trying to find a lighter-weight, php bug tracking system. I found Mantis :) We would like to use Mantis but there are a few things that we probably want to add, which it currently doesn't have. I'd like to be able to submit patches, etc. Is this the best list to be on? It seems kind of dormant even though it looks like code is still being updated on Mantis. thanks, gkd/sf-imc |