GitLab email confirmation mail ends up in spam folder
Open, LowPublic
Actions

Assigned To

None

Authored By

	taavi
	Mon, Sep 18, 9:18 AM

Description

GitLab's email confirmation mail ends up in the spam folder when using a WMF Gmail account. Full email headers can be seen at P52515 (restricted to WMF-NDA), main thing that jumps out to me that there is no DKIM signature.

Related Objects

Mentioned Here: T328642: Add SPF records for gitlab.wikimedia.org

Event Timeline

taavi created this task.Mon, Sep 18, 9:18 AM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMon, Sep 18, 9:18 AM

taavi updated the task description. (Show Details)Mon, Sep 18, 9:25 AM

A bit more context: We had this issue some time ago and added SPF records in T328642.

@jhathaway do we have a standard process for adding DKIM? Do you have any other thoughts on this?

LSobanski triaged this task as Low priority.Mon, Sep 18, 3:36 PM

LSobanski moved this task from Incoming to Backlog on the collaboration-services board.

brennen moved this task from Inbox to Infrastructure on the GitLab board.Mon, Sep 18, 4:29 PM

brennen edited projects, added GitLab (Infrastructure); removed GitLab.

In T346607#9175200, @LSobanski wrote:

@jhathaway do we have a standard process for adding DKIM? Do you have any other thoughts on this?

Yes that should be doable, is there a way I can test this email flow?

I tried resending confirmation instructions via https://gitlab.wikimedia.org/users/confirmation/new but didn't receive anything (yes, I checked spam as well), this likely doesn't work for already verified accounts.

thcipriani edited projects, added Release-Engineering-Team (Radar); removed Release-Engineering-Team.Wed, Sep 27, 4:54 PM

GitLab email confirmation mail ends up in spam folderOpen, LowPublicActions

Description

Related Objects

Event Timeline

GitLab email confirmation mail ends up in spam folder
Open, LowPublic
Actions