Relaying to postfix - sslv3 alert bad certificate - SSL alert number 42 #1500

Closed
opened 2025-11-02 04:02:38 -06:00 by GiteaMirror · 2 comments
Owner

Originally created by @cljk on GitHub (Feb 5, 2018).

  • Gitea version (or commit ref):
    17655cd built with: bindata, sqlite
  • Git version:
  • Operating system:
    docker-image gitea/gitea:latest
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • MSSQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant
      have no admin rights or possibility to test
  • Log gist:

Description

I´m using the docker-image and tried configuring gitea to relay mails through my local postfix-installation.
relevant content of app.ini:

[mailer]
ENABLED = true
HOST    = 192.168.10.36:587
FROM    = git@vgb.org
USER    = git@vgb.org
PASSWD  =

mail.log of my postfix:

Feb  5 09:24:09 mail-db-um postfix/smtpd[32114]: connect from unknown[192.168.10.231]
Feb  5 09:24:09 mail-db-um postfix/smtpd[32114]: SSL_accept error from unknown[192.168.10.231]: 0
Feb  5 09:24:09 mail-db-um postfix/smtpd[32114]: warning: TLS library problem: error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate:s3_pkt.c:1487:SSL alert number 42:
Feb  5 09:24:09 mail-db-um postfix/smtpd[32114]: lost connection after STARTTLS from unknown[192.168.10.231]
Feb  5 09:24:09 mail-db-um postfix/smtpd[32114]: disconnect from unknown[192.168.10.231] ehlo=1 starttls=0/1 commands=1/2

The postfix server uses a valid ssl-cert (signed by letsencrypt) but not valid for the docker-instance (it´s valid for a DNS-name - not for the IP). So... essentialy from the perspective of gitea it´s NOT valid.... but I want it to relay nevertheless.... is that possible?

Could that be related to https://github.com/gophish/gophish/issues/171 ?

Originally created by @cljk on GitHub (Feb 5, 2018). <!-- 1. Please speak English, this is the language all of us can speak and write. 2. Please ask questions or configuration/deploy problems on our Discord server (https://discord.gg/NsatcWJ) or forum (https://discourse.gitea.io). 3. Please take a moment to check that your issue doesn't already exist. 4. Please give all relevant information below for bug reports, because incomplete details will be handled as an invalid report. --> - Gitea version (or commit ref): `17655cd built with: bindata, sqlite` - Git version: - Operating system: docker-image `gitea/gitea:latest` - Database (use `[x]`): - [ ] PostgreSQL - [x] MySQL - [ ] MSSQL - [ ] SQLite - Can you reproduce the bug at https://try.gitea.io: - [ ] Yes (provide example URL) - [ ] No - [x] Not relevant have no admin rights or possibility to test - Log gist: ## Description I´m using the docker-image and tried configuring gitea to relay mails through my local postfix-installation. relevant content of `app.ini`: ``` [mailer] ENABLED = true HOST = 192.168.10.36:587 FROM = git@vgb.org USER = git@vgb.org PASSWD = ``` `mail.log` of my postfix: ``` Feb 5 09:24:09 mail-db-um postfix/smtpd[32114]: connect from unknown[192.168.10.231] Feb 5 09:24:09 mail-db-um postfix/smtpd[32114]: SSL_accept error from unknown[192.168.10.231]: 0 Feb 5 09:24:09 mail-db-um postfix/smtpd[32114]: warning: TLS library problem: error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate:s3_pkt.c:1487:SSL alert number 42: Feb 5 09:24:09 mail-db-um postfix/smtpd[32114]: lost connection after STARTTLS from unknown[192.168.10.231] Feb 5 09:24:09 mail-db-um postfix/smtpd[32114]: disconnect from unknown[192.168.10.231] ehlo=1 starttls=0/1 commands=1/2 ``` The postfix server uses a valid ssl-cert (signed by letsencrypt) but not valid for the docker-instance (it´s valid for a DNS-name - not for the IP). So... essentialy from the perspective of gitea it´s NOT valid.... but I want it to relay nevertheless.... is that possible? Could that be related to https://github.com/gophish/gophish/issues/171 ?
GiteaMirror added the type/question label 2025-11-02 04:02:38 -06:00
Author
Owner

@lafriks commented on GitHub (Feb 5, 2018):

You can set SKIP_VERIFY = false
edit: SKIP_VERIFY = true

@lafriks commented on GitHub (Feb 5, 2018): You can set ~~`SKIP_VERIFY = false`~~ **edit:** `SKIP_VERIFY = true`
Author
Owner

@cljk commented on GitHub (Feb 5, 2018):

Ahhh... great

Essentially it was SKIP_VERIFY = true - but this worked ;-)

Thank you

@cljk commented on GitHub (Feb 5, 2018): Ahhh... great Essentially it was `SKIP_VERIFY = true` - but this worked ;-) Thank you
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#1500