Thanks for the feedback.
I have already checked the forwarding rules and connector settings on Exchange online; there is nothing there that would explain this behavior.
I have confirmed the email client is not an issue either.
I did change the email sender on the problem project from SmtpEmailSender to SendmailEmailSender.
Someone opened a new ticket after the change and I did not get a notification, so hopefully that means the problem is resolved.
What I don’t understand is why changing the sender would make a difference.
Wouldn’t both senders be using the same configuration file for sending emails?
I also have a question about the mail.py file; does each project have it’s own mail.py file?
-- Patty
From: trac-users@googlegroups.com <trac-users@googlegroups.com> On Behalf Of Peter Suter
Sent: Saturday, March 13, 2021 6:26 AM
To: trac-users@googlegroups.com
Subject: Re: [Trac] Re: Unwanted Trac Notifications
SmtpEmailSender connects directly to the configured SMTP server. According to your logs that is "Sending notification through SMTP at imci-net.mail.protection.outlook.com:25<
http://imci-net.mail.protection.outlook.com:25>". There is no command line.
https://trac.edgewall.org/browser/tags/trac-1.2.3/trac/notification/mail.py?marks=471,476-477,496-497,522#L471 You could switch to SendmailEmailSender to use sendmail instead. The command line will then be logged.
https://trac.edgewall.org/browser/tags/trac-1.2.3/trac/notification/mail.py?marks=539,557#L539 But if the email headers and trac.ini and the Trac log do not contain your email address anywhere at all, Trac is likely not responsible.
It could be your mail client, your Exchange Online Protection, mail server, forward rules, ...
https://docs.microsoft.com/en-us/exchange/troubleshoot/outlook-issues/emails-sent-to-wrong-account-if-has-many-accounts https://docs.microsoft.com/en-us/exchange/monitoring/trace-an-email-message/run-a-message-trace-and-view-results On 13/03/2021 00:19, Patty Cottrill wrote:
Thanks for getting back to me.
I have reviewed the sendmail configuration files and there is nothing that would explain adding my email address to the notifications.
When I use sendmail outside of trac, I do not have this problem; emails are only sent to the email addresses in the recipient fields (To, cc).
The other project on this same ubuntu server also does not have this problem; emails are only sent to the email addresses in the recipient fields (To, cc).
I have also checked our Exchange online configuration; again nothing to explain my email address being added.
The problem seems to be with this one specific project only.
I don’t know where else to look in the configuration files for this project.
I’m at a loss and getting frustrated with all these emails from Trac tickets for which I have nothing to do.
Is there anyway to see the actual command that trac is using to send emails?
Both the syslog and mail log show the mail commands for emails going outside of trac, but not for the emails from within trac.
The email sender in the trac.ini is set to SmtpEmailSender; if not using sendmail, what else would trac be using?
Below are the mail related packages installed on the ubuntu server:
dpkg -l | grep smtp
ii libnet-smtp-ssl-perl 1.03-1 all Perl module providing SSL support to Net::SMTP
dpkg -l | grep mail
ii bsd-mailx 8.1.2-0.20160123cvs-2 amd64 simple mail user agent
ii libcompfaceg1 1:1.5.2-5 amd64 Compress/decompress images for mailheaders, libc6 runtime
ii libemail-valid-perl 1.198-1 all Perl module for checking the validity of Internet email addresses
ii libmailtools-perl 2.13-1 all Manipulate email in perl programs
ii mime-support 3.59ubuntu1 all MIME files 'mime.types' & 'mailcap', and support programs
ii procmail 3.22-25ubuntu0.16.04.1 amd64 Versatile e-mail processor
ii sendmail 8.15.2-3 all powerful, efficient, and scalable Mail Transport Agent (metapackage)
ii sendmail-base 8.15.2-3 all powerful, efficient, and scalable Mail Transport Agent (arch independent files)
ii sendmail-bin 8.15.2-3 amd64 powerful, efficient, and scalable Mail Transport Agent
ii sendmail-cf 8.15.2-3 all powerful, efficient, and scalable Mail Transport Agent (config macros)
ii sylpheed 3.5.0~rc2-1ubuntu1 amd64 Light weight e-mail client with GTK+
ii sylpheed-doc 20140827-1 all Light weight e-mail client with GTK+ (documentation)
-- Patty
From: trac-users@googlegroups.com<mailto:trac-users@googlegroups.com> <trac-users@googlegroups.com><mailto:trac-users@googlegroups.com> On Behalf Of RjOllos
Sent: Thursday, March 11, 2021 3:16 PM
To: Trac Users <trac-users@googlegroups.com><mailto:trac-users@googlegroups.com>
Subject: Re: [Trac] Re: Unwanted Trac Notifications
On Wednesday, March 10, 2021 at 10:42:35 AM UTC-8 pcottrill wrote:
We are using Trac 1.2.3.
Here is the screenshot of Preferences/Notifications.
As I mentioned, I’m not owner, reporter, previous updater or updater on any of these tickets, in fact I have never touched these tickets.
[cid:image001.png@01D719D8.536E5910]
Below is from the trac.log of the most recent notification on ticket #9219:
2021-03-10 12:46:26,816 Trac[perm] DEBUG: DefaultPermissionPolicy allows mfxxx performing TICKET_VIEW on <Resource u'ticket:9219'>
2021-03-10 12:46:26,827 Trac[main] DEBUG: Negotiated locale: None -> en_US
2021-03-10 12:46:26,895 Trac[perm] DEBUG: DefaultPermissionPolicy allows mfxxx performing TICKET_MODIFY on <Resource u'ticket:9219'>
2021-03-10 12:46:26,896 Trac[perm] DEBUG: DefaultPermissionPolicy allows mfxxx performing TICKET_CHGPROP on <Resource u'ticket:9219'>
2021-03-10 12:46:26,896 Trac[perm] DEBUG: DefaultPermissionPolicy allows mfxxx performing TICKET_APPEND on <Resource u'ticket:9219'>
2021-03-10 12:46:26,906 Trac[api] DEBUG: Adding (None [0]) for 'always' on rule (AlwaysEmailSubscriber) for (email)
2021-03-10 12:46:26,906 Trac[api] DEBUG: Adding (None [0]) for 'always' on rule (AlwaysEmailSubscriber) for (email)
2021-03-10 12:46:26,906 Trac[api] DEBUG: Adding (iyxxx [1]) for 'always' on rule (TicketOwnerSubscriber) for (email)
2021-03-10 12:46:26,907 Trac[api] DEBUG: Adding (ltxxx [1]) for 'always' on rule (TicketReporterSubscriber) for (email)
2021-03-10 12:46:26,907 Trac[api] DEBUG: Adding (mfxxx [1]) for 'always' on rule (TicketOwnerSubscriber) for (email)
2021-03-10 12:46:26,908 Trac[mail] DEBUG: EmailDistributor has found the following formats capable of handling 'email' of 'ticket': text/plain
2021-03-10 12:46:26,908 Trac[mail] DEBUG: EmailDistributor found the address 'lt...@imci.net<mailto:lt...@imci.net>' for 'ltxxx [1]' via SessionEmailResolver
2021-03-10 12:46:26,946 Trac[mail] DEBUG: EmailDistributor is sending event as 'text/plain' to: op...@imci.net<mailto:op...@imci.net>, lt...@imci.net<mailto:lt...@imci.net>, op...@imci.net<mailto:op...@imci.net>, gw...@rxxx.com<mailto:gw...@rxxx.com>, mx...@imci.net<mailto:mx...@imci.net>
2021-03-10 12:46:26,954 Trac[mail] INFO: Sending notification through SMTP at imci-net.mail.protection.outlook.com:25<
http://imci-net.mail.protection.outlook.com:25> to ['op...@imci.net<mailto:op...@imci.net>', 'lt...@imci.net<mailto:lt...@imci.net>', 'op...@imci.net<mailto:op...@imci.net>', 'gw...@rxxx.com<mailto:gw...@rxxx.com>', 'mf...@imci.net<mailto:mf...@imci.net>']
2021-03-10 12:46:28,509 Trac[main] DEBUG: Dispatching <RequestWithSession "POST '/ticket/9219'">
2021-03-10 12:46:28,510 Trac[main] DEBUG: Chosen handler is <Component trac.ticket.web_ui.TicketModule>
As you can see from the log, my email address is not listed anywhere.
The op email addresses are configured in the always cc setting in trac.ini.
Lt is the reporter; iy (gw...@rxxx.com<mailto:gw...@rxxx.com>) is the owner and mf is the updater.
I also checked /var/log/mail.log; nothing in there either.
In fact the mail log does not log the trac email notifications.
-- Patty
The "Sending notification through SMTP" is pretty definitive in terms of what email is being sent. The only thing I can think of is that you have mail that is being relayed to your account by the server.
Ryan
--
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscribe@googlegroups.com<mailto:trac-users+unsubscribe@googlegroups.com>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/trac-users/084b329b-48ed-42c8-8a2f-66ce9789eb76n%40googlegroups.com<
https://groups.google.com/d/msgid/trac-users/084b329b-48ed-42c8-8a2f-66ce9789eb76n%40googlegroups.com?utm_medium=email&utm_source=footer>.
--
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscribe@googlegroups.com<mailto:trac-users+unsubscribe@googlegroups.com>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/trac-users/MN2PR15MB31685DF1075DBA8F55C9CF5BC26F9%40MN2PR15MB3168.namprd15.prod.outlook.com<
https://groups.google.com/d/msgid/trac-users/MN2PR15MB31685DF1075DBA8F55C9CF5BC26F9%40MN2PR15MB3168.namprd15.prod.outlook.com?utm_medium=email&utm_source=footer>.
--
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscribe@googlegroups.com<mailto:trac-users+unsubscribe@googlegroups.com>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/trac-users/e0a36749-07fc-d870-1860-dfbd269fa726%40gmail.com<
https://groups.google.com/d/msgid/trac-users/e0a36749-07fc-d870-1860-dfbd269fa726%40gmail.com?utm_medium=email&utm_source=footer>.
--
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to trac-users+unsubscribe@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/trac-users/MN2PR15MB3168C41EABF442775BF4BA01C26B9%40MN2PR15MB3168.namprd15.prod.outlook.com.