Keine E-Mail Optionen in der Web Oberfläche

[M4rkus]

Hallo Zusammen,

ich beschäftige mich erst seit kurzem erst mit Mantis.
Ich kann nicht mal mehr sagen welche Version wir einsezen, da die Versionsnummer in der Config nicht auskommentiert sondern komplett gelöscht wurde.

Was ich möchte ist die E-Mail Benachrichtigung konfigurieren.
Wenn ich mich jetzt allerdings einlogge gibt es die Einstellungen:

"E-Mail bei Neueintrag" "E-Mail bei Zuweisung" und "E-Mail bei Rückmeldung"

überhaupt nicht, wie sie aber eigentlich unter Punkt 16 in nachfolgendem Link, zu sehen sein sollten.

http://www.sky.franken.de/mantis-doc/de-docbook/

Auch ist unter Manage -> Manage Configuration -> E-Mail Configuration die Seite einfach komplett leer.
Ich habe natürlich das Forum sowie google bereits durchsucht, bin aber nicht fündig geworden.

Für Toubleshootingtipps und eure Ideen bin ich dankbar.

M4rkus

[atrol]

Ich kann nicht mal mehr sagen welche Version wir einsezen, da die Versionsnummer in der Config nicht auskommentiert sondern komplett gelöscht wurde.

Existiert eine Datei core/constant_inc.php ?
Falls ja, ist zumindest bei aktuellen Versionen ganz am Anfang der Eintrag

Code: Select all

define( 'MANTIS_VERSION', '1.2.8' );

Das würde für's erste ein wenig weiter helfen.
Falls nichts derartiges zu finden ist, würde für's erste reichen z.B. in bug_delete.php nachzuschauen welches Copyright Jahr darin genannt wird.

überhaupt nicht, wie sie aber eigentlich unter Punkt 16 in nachfolgendem Link, zu sehen sein sollten.
http://www.sky.franken.de/mantis-doc/de-docbook/

Habe es mir kurz angeschaut, das Dokument beschreibt eine MantisBT Version vor "meiner" Zeit mit MantisBT, d.h. die dort beschriebene Version ist < 1.1

Auch ist unter Manage -> Manage Configuration -> E-Mail Configuration die Seite einfach komplett leer.

Da ist was oberfaul, ich würde als erstes in die logfiles des Webservers schauen, ob irgendwelche Fehler / Warnungen gemeldet werden

[M4rkus]

so, zuerstmal Danke für die schnelle Antwort!

Folgendes habe ich gefunden:

Code: Select all

define( 'MANTIS_VERSION', '1.1.1' );

Die Apache Logs werde ich mal durchschauen.

[M4rkus]

In den Apache logs ist aber so rein garnichts zu finden :-/

[atrol]

Werden derzeit bereits E-Mails verschickt, oder sind E-Mails komplett abgeklemmt?
Erscheint die leere Seite auch bei einem User der Administrator ist?

[M4rkus]

Bis jetzt wird das Feature nicht genutzt, also komplett abgeklemmt.
Es soll aktiviert werden und ja, auch beim absoluten Admin ist das so.

[atrol]

Dann ist das auch schon des Rätsels Lösung: Wenn kein E-Mail Versand eingerichtet ist, werden auch keine E-Mail Optionen angezeigt.

[M4rkus]

Also ich habe jetzt Daten zu einem anderen Mailserver(ungleich 'localhost') eingetragen.
Muss der apache neu gestartet werden damit die Änderungen gültig sind? Noch erscheint nämlich genauso wenig wie vorher.

[atrol]

Ohne die gesamte E-Mail Konfiguration zu kennen, kann ich dazu wenig sagen, am besten also hier posten.
Zum Einstieg in die Konfigurationsoptionen empfehle ich
http://www.mantisbt.org/docs/master-1.2 ... NFIG.EMAIL
http://www.mantisbt.org/forums/viewtopi ... =3&t=15398

[M4rkus]

und um die Einstellungen scharf zu schalten muss der Apache durchgestartet werden, oder sollte das so funktionieren?

[atrol]

So einfach ist das Thema nicht, dass man hier grundsätzlich ja oder nein sagen kann.
"Normalerweise" funktioniert so etwas auch ohne Neustart.
Hier spielen u.U. auch Browser Cache, PHP Accelerators, Proxies, Fehler in bestimmten Versionen von beteiligten Komponenten, ... eine Rolle.
Ich würde den Restart einfach probieren, oder testhalber in die config_inc.php temporär die folgende Zeile einbauen

Code: Select all

die ("Hallo");

Danach sollte beim Aufruf jeglicher MantisBT Seit lediglich Hallo erscheinen.
Falls nicht, liegts womöglich irgendwo an der oben beschrieben Kette, oder aber daran, dass das gar nicht die richtige config_inc.php ist.
Vielleicht gibt's auf dem Server ja mehrere MantisBT Installationen in verschiedenen Verzeichnissen?
Dann kann man sich kaputt ändern und es passiert nichts

[M4rkus]

Also ich habe alles probiert.
Ich bin definitiv in der richtigen Instanz(es gibt auch nur Eine)
Wenn ich das

die ("Hallo");

wie von atrol beschrieben einfüge bekomme ich wie erwartet auf jeder Seite ein Hallo zu sehen.
Ich habe bei den php Mailer Methoden versucht mit allen 3 ob es daran liegt... die Konfigurationsseite ist aber nach wie vor leer.
Ich nutze einen remote smtp server, also müsste es die Methode 2 sein. Ich habe keinen Shell zugriff zu dem System und kann leider nicht beliebig den Apache reloaden.

Gibt es weitere Ideen?

Code: Select all

#############################
	# Mantis Email Settings
	#############################

	# --- email variables -------------
	$g_administrator_email	= 'meineadresse@meinedomaene.de';
	$g_webmaster_email		= 'meineadresse@meinedomaene.de';

	# the sender email, part of 'From: ' header in emails
 	$g_from_email			= 'meineadresse@meinedomaene.de';
	
	# the sender name, part of 'From: ' header in emails
	$g_from_name			= 'Mantis Bug Tracker';

	# the return address for bounced mail
	$g_return_path_email	= 'meineadresse@meinedomaene.de';

	# allow email notification
	#  note that if this is disabled, sign-up and password reset messages will
	#  not be sent.
	$g_enable_email_notification	= 'ON';

	# The following two config options allow you to control who should get email
	# notifications on different actions/statuses.  The first option (default_notify_flags)
	# sets the default values for different user categories.  The user categories
	# are:
	#
	#      'reporter': the reporter of the bug
	#       'handler': the handler of the bug
	#       'monitor': users who are monitoring a bug
	#      'bugnotes': users who have added a bugnote to the bug
	# 'threshold_max': all users with access <= max
	# 'threshold_min': ..and with access >= min
	#
	# The second config option (notify_flags) sets overrides for specific actions/statuses.
	# If a user category is not listed for an action, the default from the config
	# option above is used.  The possible actions are:
	#
	#             'new': a new bug has been added
 	#           'owner': a bug has been assigned to a new owner
	#        'reopened': a bug has been reopened
 	#         'deleted': a bug has been deleted
	#         'updated': a bug has been updated
	#         'bugnote': a bugnote has been added to a bug
	#         'sponsor': sponsorship has changed on this bug
	#        'relation': a relationship has changed on this bug
	#        '<status>': eg: 'resolved', 'closed', 'feedback', 'acknowledged', ...etc.
	#                     this list corresponds to $g_status_enum_string

	#
	# If you wanted to have all developers get notified of new bugs you might add
	# the following lines to your config file:
	#
	# $g_notify_flags['new']['threshold_min'] = DEVELOPER;
	# $g_notify_flags['new']['threshold_max'] = DEVELOPER;
	#
	# You might want to do something similar so all managers are notified when a
	# bug is closed.  If you didn't want reporters to be notified when a bug is
	# closed (only when it is resolved) you would use:
	#
	# $g_notify_flags['closed']['reporter'] = OFF;

	$g_default_notify_flags	= array('reporter'	=> ON,
									'handler'	=> ON,
									'monitor'	=> ON,
									'bugnotes'	=> ON,
									'threshold_min'	=> NOBODY,
									'threshold_max' => NOBODY);

	# We don't need to send these notifications on new bugs
	# (see above for info on this config option)
	#@@@ (though I'm not sure they need to be turned off anymore
	#      - there just won't be anyone in those categories)
	#      I guess it serves as an example and a placeholder for this
	#      config option
	$g_notify_flags['new']	= array('bugnotes'	=> OFF,
									'monitor'	=> OFF);

	# Whether user's should receive emails for their own actions
	$g_email_receive_own	= OFF;

	# set to OFF to disable email check
	$g_validate_email		= ( substr( php_uname(), 0, 7 ) == 'Windows' ) ? OFF : ON;
	$g_check_mx_record		= OFF;	# Not supported under Windows.

	# if ON, allow the user to omit an email field
	# note if you allow users to create their own accounts, they
	#  must specify an email at that point, no matter what the value
	#  of this option is.  Otherwise they wouldn't get their passwords.
	$g_allow_blank_email	= OFF;

	# Only allow and send email to addresses in the given domain
	# For example:
	# $g_limit_email_domain		= 'users.sourceforge.net';
	$g_limit_email_domain	= OFF;

	# This specifies the access level that is needed to get the mailto: links.
	$g_show_user_email_threshold = NOBODY;

	# If use_x_priority is set to ON, what should the value be?
	# Urgent = 1, Not Urgent = 5, Disable = 0
	# Note: some MTAs interpret X-Priority = 0 to mean 'Very Urgent'
	$g_mail_priority		= 3;

	# select the method to mail by:
	# 0 - mail()
	# 1 - sendmail
	# 2 - SMTP
	# Markus -0 war voreingestellt
	$g_phpMailer_method		= 2;

	# This option allows you to use a remote SMTP host.  Must use the phpMailer script
	# One or more hosts, separated by a semicolon, can be listed. 
	# You can also specify a different port for each host by using this 
	# format: [hostname:port] (e.g. "smtp1.example.com:25;smtp2.example.com").
	# Hosts will be tried in order.
	$g_smtp_host			= 'smtp.meinedomaene.de';

	# These options allow you to use SMTP Authentication when you use a remote
	# SMTP host with phpMailer.  If smtp_username is not '' then the username
	# and password will be used when logging in to the SMTP server.
	$g_smtp_username = 'smtpauthuser@meinedomaene.de';
	$g_smtp_password = 'totalgeheim';

	# It is recommended to use a cronjob or a scheduler task to send emails.  
	# The cronjob should typically run every 5 minutes.  If no cronjob is used,
	# then user will have to wait for emails to be sent after performing an action
	# which triggers notifications.  This slows user performance.
	$g_email_send_using_cronjob = OFF;

	# Specify whether e-mails should be sent with the category set or not.  This is tested
	# with Microsoft Outlook.  More testing for this feature + other formats will be added
	# in the future.
	# OFF, EMAIL_CATEGORY_PROJECT_CATEGORY (format: [Project] Category)
	$g_email_set_category		= OFF;

	# --- email separator and padding ------------
	$g_email_separator1		= str_pad('', 70, '=');
	$g_email_separator2		= str_pad('', 70, '-');
	$g_email_padding_length	= 28;

[atrol]

Das ist der Fehler

Code: Select all

$g_enable_email_notification   = 'ON';

es muss heißen

Code: Select all

$g_enable_email_notification   = ON;

[M4rkus]

Guten Morgen,

das hatte ich schon probiert, aber zur Sicherheit nun noch Mal.
Auch nach der Änderung jedoch das gleiche Fehlerbild.

Gruß

M4rkus

[atrol]

Um sicherzugehen, dass wir nicht komplett aneinander vorbei reden.
Werden auch auf der Seite "Konto" > "Einstellungen ändern" keinerlei Optionen aufgelistet, die irgendetwas mit E-Mail zu tun haben? (E-Mail bei Neueintrag, bei Zuweisung, ....)