在 2016年12月18日星期日 UTC+8上午11:39:06，RjOllos写道：
>
>
>
> On Thursday, December 15, 2016 at 10:17:58 PM UTC-8, Mingxing Tian wrote:
>>
>> I used the 1.0.13 version before the upgrade, where the mail notification
>> service is normal, whenever the task status changes will be notified to the
>> relevant colleagues. But after the upgrade, colleagues can not receive
>> e-mail messages.
>>
>> There is a strange phenomenon, the account will exist in the login will
>> prompt, need to verify e-mail address. And colleagues can find their own
>> mailbox verification code, so as to complete the e-mail address
>> authentication. This also shows that a mailbox configuration should be
>> successful.
>>
>> To enable you to help me find a problem, I will log level down, the
>> following record of a single task list to add a comment after the log,
>> under normal circumstances should have to send mail notification action.
>>
>> To facilitate query log files, I upload files through attachments.
>>
>>
>>
>> User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36
>> (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36
>> Package版本
>> Trac 1.2
>> Babel 2.3.4
>> Genshi 0.7 (without speedups)
>> GIT 1.7.1
>> mod_wsgi 3.2 (WSGIProcessGroup WSGIApplicationGroup %{GLOBAL})
>> MySQL server: "5.5.49-log", client: "5.1.73", thread-safe: 1
>> MySQLdb 1.2.3c1
>> Pygments 2.1.3
>> Python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56) [GCC 4.4.7 20120313
>> (Red Hat 4.4.7-11)]
>> pytz 2016.4
>> setuptools 30.2.0
>> Subversion 1.6.11 (r934486)
>> Textile 2.3.6
>> jQuery 1.11.3
>> jQuery UI 1.11.4
>> jQuery Timepicker 1.5.5
>>
>
>
> I don't see any notification-related activity in your log message. For
> comparison, here are the log messages seen when updating a ticket with the
> preference //Never notify: I update a ticket//.
>
> 19:23:21 Trac[main] DEBUG: Dispatching <RequestWithSession "POST
> '/ticket/32'">
> 19:23:21 Trac[main] DEBUG: Chosen handler is <Component
> trac.ticket.web_ui.TicketModule>
> 19:23:21 Trac[session] DEBUG: Retrieving session for ID u'user1'
> 19:23:21 Trac[main] DEBUG: Negotiated locale: None -> en_US
> 19:23:21 Trac[mail] INFO: Email address w/o domain: somebody
> 19:23:21 Trac[api] DEBUG: Ignoring (user1 [1]) for 'never' on rule
> (TicketUpdaterSubscriber) for (email)
> 19:23:21 Trac[web_ui] DEBUG: Side effect for ConfigurableTicketWorkflow
> 127.0.0.1 - - [17/Dec/2016 19:23:21] "POST /proj-1.1-2/ticket/32 HTTP/1.1"
> 303 -
> 19:23:21 Trac[main] DEBUG: Dispatching <RequestWithSession "GET
> '/ticket/32'">
> 19:23:21 Trac[main] DEBUG: Chosen handler is <Component
> trac.ticket.web_ui.TicketModule>
> 19:23:21 Trac[session] DEBUG: Retrieving session for ID u'user1'
> 19:23:21 Trac[main] DEBUG: Negotiated locale: None -> en_US
>
> Do you have a Notification preferences tab at path /prefs/notification? If
> so, could you send a screen capture?
>
>
>
>
> I'm assuming your [components] section is as described in (1), and your
> [notification] section is as described in (2). If different, please send.
>
> (1) https://groups.google.com/d/msg/trac-users/4tVRBotYrZs/dh7pTH2yCAAJ
> (2) https://groups.google.com/d/msg/trac-users/4tVRBotYrZs/qHeVNMnmCQAJ
>
> - Ryan
>
>
I've found the problem because I didn't add the rules, I thought the
default rule was ok, but by comparing your example, I finally found the
reason. So, thank you very much.
--
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 [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.
