Hi Dave,
Again, I'm really sorry for not seeing this email earlier and blocking you
for a couple days.
Office365's e-mail support has a lot of different options. We've had
customers who have had it work well for them, and some who have had
different sorts of problems (in the latter case, it's sometimes taken an
e-mail to Microsoft Support to get something enabled or, in one case, to
get a bug fixed).
There's two options here that might help:
1) In Review Board, we default to sending e-mails on behalf of other users.
This is turned off when the sender's domain has a DMARC rule forbidding
this behavior. That's one option. An example DNS rule for preventing
sending on behalf of a user looks like this:
_dmarc.mydomain.com. 3600 IN TXT "v=DMARC1; p=quarantine"
Here's a write-up from Microsoft about this:
https://technet.microsoft.com/en-us/library/mt734386%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396
Basically, though, we just do a lookup on the sender domain and look for
the "_dmarc" and parse it. If missing, or if "p=none", we allow sending on
behalf of users. Otherwise, we prevent that. That's the functionality added
in 2.5.7, and DMARC is the only standard we can take advantage of in order
to make an intelligent determination of whether we can send on behalf of
users. Having a proper DMARC rule for this will also ensure other products
you use down the road don't run into the same problem.
2) Another option is to enable support for your "do not reply" address to
send on behalf of other users. There's "Send As" or "Send On Behalf Of"
permissions that can be enabled for the account, but I've read mixed things
on how well it works, and I believe you have to explicitly list all users
you'd need to send on behalf of. How you enable this depends on your
version of Office365. See
https://support.office.com/en-us/article/Enable-sending-email-on-behalf-of-another-user-in-Office-365-c5e7749d-244e-477f-998e-55d3876c22ec
for one article from Microsoft on this.
I think there are ways on higher-tier/on-premise accounts to do exactly
what you'd need to do here in a way that doesn't require further
maintenance, but I'm not sure. Again, we've had Office365 users who simply
don't have problems sending e-mail on behalf of other users, and
unfortunately I don't have insight into their setups.
One of those should do it, but we'll probably introduce explicit support
for turning off any of this logic (effectively forcing the behavior the
DMARC record would trigger) in an upcoming release.
Let me know whether either of those options works for you.
Christian
On Mon, Feb 27, 2017 at 09:38 Dave M <[email protected]> wrote:
> I'm currently evaluating RB 2.5.7 and am having trouble like others here
> have reported, but 2.5.7 is supposed to be able to deal with strict email
> server requirements. From what I am seeing, this isn't the case in my
> situation.
>
> We have a generic "do not reply" address that we use for other systems
> like trac, and email notifications are working fine there. However, when
> sending via RB, I can see errors in the console like:
>
> SMTPDataError: (550, '5.7.62 SMTP; Client does not have permissions to
> send on behalf of the from address')
>
> In email settings, I have actually specified the "do not reply" email
> address in the the "sender" area, and am using the same account in the SMTP
> settings, hoping that this would cause RB to send from "do not reply" and
> not "on behalf of".
>
> I haven't found a way to disable sending on the behalf of another user,
> and all posts I have read so far indicate that it shouldn't be necessary.
>
> Can anyone tell me what my next steps are for debugging, and ultimately
> resolving this issue? Not having email notifications is a non-starter for
> me as far as a code review solution goes. Thank you!
>
> --
> Supercharge your Review Board with Power Pack:
> https://www.reviewboard.org/powerpack/
> Want us to host Review Board for you? Check out RBCommons:
> https://rbcommons.com/
> Happy user? Let us know! https://www.reviewboard.org/users/
> ---
> You received this message because you are subscribed to the Google Groups
> "reviewboard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>
--
Supercharge your Review Board with Power Pack:
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons:
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
---
You received this message because you are subscribed to the Google Groups
"reviewboard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
