Modify

Opened 16 years ago

Closed 16 years ago

#54 closed defect (fixed)

Problems with email notification; in particular smtp_from

Reported by: r.s.hatcher@… Owned by: bas
Priority: major Milestone:
Component: email2trac Version: 0.13
Keywords: Cc:

Description

I've installed email2trac 0.13 and am using Trac 0.10.4.

It exactly the utility I need and the fact it can be run from the command line is great as I'm not allowed to use mail aliases.

Email notification works fine for tickets created and updated via Trac web interface.

email2trac correctly enters/updates emails into the Trac system, but when it comes to emailing the notification it falls over while validating the smtp_from address specified in the trac.ini [notification] section.

$ ./email2trac --project=cms < test_msg.txt
TD: Failure sending notification on creation of ticket #66: {u'f.r.user@reading.ac.uk': (550, 'Verification failed for <no-reply@reading.ac.uk>\nUnrouteable address\nSender verify failed')}

Is there a way I can stop email2trac from sending updates to the smtp_from address? The address I use is an outgoing email address only. And is a way of persuading our Helpdesk users to use the Trac interface and stop doing an email reply.

Trac itself has no problems with me doing this.

Alternatively, can you point me in the right direction so I might be able to modify the email2trac script to stop it trying to email the stmp_from address? I can't see where the list of email addresses is assembled.

Thanks. Rosalyn

Attachments (0)

Change History (5)

comment:1 Changed 16 years ago by bas

  • Status changed from new to assigned

It has soemthing to do with you settings in the [notification] section of your trac.ini. Did you set one of these options:

always_notify_owner	
always_notify_reporter	
always_notify_updater

If you reply to a ticket a valid address is used and will be filled in the ticket section. Dou want to disable this and always use a default value?

comment:2 Changed 16 years ago by anonymous

Hi

Yes I do set those options. I have the follow in my trac.ini

always_notify_owner = true
always_notify_reporter = true
always_notify_updater = true
mime_encoding = base64
smtp_always_bcc =
smtp_always_cc =
smtp_default_domain = rdg.ac.uk
smtp_enabled = true
smtp_from = no-reply@reading.ac.uk
smtp_password =
smtp_port = 25
smtp_replyto =
smtp_server = x.reading.ac.uk
smtp_user =
use_public_cc = false
use_short_addr = false
use_tls = false

But I don't see what that's got to do with the smtp_from address being validated.

I certainly don't want to use a default value. I only want tickets to be sent to the relevant people i.e. the reporter, owner and the updater. Trac is doing ths quite happily for tickets entered via the web.

If a user replies to a ticket then their email address should be used to fill in the update field, the owner and original ticket reporter stays as is and all three people are emailed with the ticket update. The email "From" address is the value of smtp_from which in my case is no-reply(at)reading.ac.uk. I don't understand why ticket updates are trying to be sent to the smtp_from address. There is no need to send the email to that address.

comment:3 Changed 16 years ago by bas

It is not send to the smtp_from address. There is an email created with a from address no-reply@… and the email is sent to the owner, reporter and updater of the ticket. The mail is received by your company MTA and that complains that the smtp_from field of the email is not correct and refuse to accept and send the mail.

You have to specify a valid smtp_from address or leave it empty.

comment:4 Changed 16 years ago by Ros

Ok. If that is true why then do the emails sent by Trac web get received by our MTA ok? (I'm not necessarily expecting an answer to that question, I'm thinking out loud!) I think this is why I'm confused. If Trac fell over with the same problem I'd totally agree with you, but it doesn't.

I think I'll have to go away and have a dig around in the code.

Thanks for your help.

comment:5 Changed 16 years ago by bas

  • Resolution set to fixed
  • Status changed from assigned to closed

case closed

Add Comment

Modify Ticket

Change Properties
Action
as closed The owner will remain bas.
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.