mantisbt-dev — MantisBT development discussions

[Mantisbt-dev] be back....

[Ludwig R. <lr...@pi...>]

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.

Re: [Mantisbt-dev] LDAP problems

[Kenzaburo I. <pre...@30...>]

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.

Re: [Mantisbt-dev] Suggestions and fixes

[Kenzaburo I. <pre...@30...>]

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

Re: [Mantisbt-dev] PHP 4.1.x changes

[Kenzaburo I. <pre...@30...>]

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.

[Mantisbt-dev] Basic Authentication

[Martin W. <mar...@xm...>]

[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

[Mantisbt-dev] LDAP problems

[Martin W. <mar...@xm...>]

[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

[Mantisbt-dev] Suggestions and fixes

[Martin W. <mar...@xm...>]

[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

Re: [Mantisbt-dev] Patches

[Guy B. <guy...@ch...>]

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

[Mantisbt-dev] PHP 4.1.x changes

[Steven G. <st...@gr...>]

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.

[Mantisbt-dev] Patches

[Steven G. <st...@gr...>]

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.

Re: [Mantisbt-dev] paging commits

[Kenzaburo I. <pre...@30...>]

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

[Mantisbt-dev] paging commits

[James B. <cyc...@ho...>]

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 world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com

Re: [Mantisbt-dev] New developer, new feature

[Jeff P. <bru...@ya...>]

--- 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

[Mantisbt-dev] New developer, new feature

[Jonathan P. <jpe...@bm...>]

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...

Re: [Mantisbt-dev] While we are all talking

[Jeff P. <bru...@ya...>]

--- Duane O'Brien <Du...@Pe...> 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

RE: [Mantisbt-dev] eMail related problem

[<god...@rc...>]

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

[Mantisbt-dev] While we are all talking

[Duane O'B. <Du...@Pe...>]

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 

RE: [Mantisbt-dev] eMail related problem

[<AL...@fl...>]

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





=

RE: [Mantisbt-dev] eMail related problem

[<god...@rc...>]

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

Re: [Mantisbt-dev] eMail related problem

[<AL...@fl...>]

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


=

[Mantisbt-dev] eMail related problem

[<god...@rc...>]

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

Re: [Mantisbt-dev] Development?

[Kenzaburo I. <pre...@30...>]

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

[Mantisbt-dev] Development?

[gekked <ge...@bl...>]

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