Bredbandsbolaget och utgående epost

Är frågan här om Bredbandsbolaget har en lösning?

Svaren är väl:
1. Ja, de har det, men det tar lite tid att implementera den.
2. Nej, de har de inte, men det tar lite tid att hitta på och implementera den.

Oavsett så är situationen samma för dig. Hör av dig till supporten mer och be att få prata med någon second line eller dylikt om det är viktigt för dig att få utgående epost att fungera.

Jag använt ett användarnamn och lösenord till att skicka mejl som bredbandsbolaget skickat till mig för flera år sedan, för ett par dagar sedan fungerar det inte... och de svarar ej via support. Dåligt!

Jag testade med tänkbara andra användarnamn, och hittade ett som fungerar!!! Hur fan kan de ändra mitt användarnamn utan att säga till mig?!?

Nu fungerar i alla fall mitt mejl igen.

Tips, testa din mejl-adress som användarnamn.

Hej - hakar på denna tråd..
Jag kör med egen mailserver, och jag fick problem att skicka mail när Bredbandsbolaget började ha problem med sina mailservrar och gjorde om att man måste logga in med sin email adress istället för användare.
Även fast jag lägger upp mina rätta uppgifter så fungerar det inte utan att jag måste ha en mailklient uppkopplad mot min bredbands brevlåda som ligger och frågar efter nya mail 1gång i minuten - utan klienten igång så får jag inte skicka mail via min egna mailserver.

Om det är någon annan här som kör egen mailserver med bredbandsbolaget och upplever samma problem?

Jag kör egen server och behöver använda Bredbandsbolagets utgående SMTP-relä. Det skickas inte mail utåt varje dag så jag kan bara säga att det fungerade fram till 26 april, men inte idag. Jag fick idag (04:42 imorse) ett bounce, "Undelivered Mail Returned to Sender".

Edit: Mailet som jag fick "bounce" för imorse skickades ursprungligen tidig morgon söndag, 29 april. Utgående mail slutade alltså fungera för mig mellan torsdagen 26 april och söndagen 29 april.

BBB:s server svarar från och med idag med: 535 5.7.0 authentication failed

Fram till för någon månad sedan kunde jag skicka mail utan att logga in. Sen började jag få felmeddelanden att jag måste kolla mail innan jag får skicka mail.

Jag använder sedan någon månad tillbaka SASL-auth (med postfix+cyrus, och stunnel för SSL), med samma användarnamn och lösenord som fungerat på webb-portalen. Testade precis och det fungerar fortfarande på webbportalen. Dock fick jag inte logga in på deras webbmail med samma info, och det gick inte heller med samma lösenord för epostadressen kopplat till det användarnamnet. Kanske olika?

De kanske har ändrat till att man behöver logga in med sin @bredband.net-adress, men det hade jag inte tid att testa innan de till råga på allt precis påbörjade någon underhållning av sin webbsida. Jag får inte logga in alls där längre.

Suck...

Nedan följer exempel på två test innan det hela gick ned. Först med att ta bort SASL-auth, och sen med SASL-auth igen.

Uppdatering på mitt eget inlägg:

Jag hade tidigare ett lösenord på bara 8 tecken, och använde portal-användarnamnet vid SMTP SASL Auth mot smtp.bredband.net port 465 (SSL med hjälp av stunnel). Det slutade uppenbarligen att fungera i slutet av april.

Jag fick inte logga in på webbmailen med samma lösenord som för portalen, så jag valde att testa ändra lösenordet. Nu när jag ändrade mitt lösenord på BBB ser jag att deras policy säger minst 9 tecken. Hur som haver så har jag nu ett nytt lösenord, som fungerar både för portalen och webbmailen.

Jag kan även meddela att jag nu kan skicka mail via deras SMTP-relä igen.

För de som vill veta mer om hur jag gör så kör jag postfix kompilerat med stöd för cyrus-sasl.

En fil för användarnamn, som man kör via postmap:

cat << EOF > /path/to/sasl_passwd
[smtp-bredband-net.localhost]:10465     your.email@bredband.net:PASSWORD123
EOF
postmap /path/to/sasl_passwd

Del av main.cf:

relayhost = [smtp-bredband-net.localhost]:10465
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = hash:/path/to/sasl_passwd

stunnel:

pid = /var/run/stunnel.pid

options = NO_SSLv2
options = NO_SSLv3
sslVersion = TLSv1.2

socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
delay = yes

[smtp-relay]
client = yes
accept = 127.0.0.1:10465
connect = smtp.bredband.net:465
verify = 2
CAfile = /usr/local/etc/ssl/cert.pem

Har inte sett att man måste ha 9 tecken, ska pröva att byta och se ifall det hjälper.

Kör egen dns också och får SPF fail, när jag skickar.

The original message was received at Fri, 4 May 2018 19:10:57 +0000
from ua-85-227-X-XXX.cust.bredbandsbolaget.se [85.227.X.XXX]

----- The following addresses had permanent fatal errors -----
<name@domain.se>
(reason: 550 5.7.23 <name@domain.se>: Recipient address rejected: Message rejected due to: SPF fail - not a...orized. Please see http://www.openspf.net/Why?s=mfrom;id=lasse@domain.se;ip=91.1...

----- Transcript of session follows -----
... while talking to mail.domain.se.:
>>> RCPT To:<name@domain.se> ORCPT=rfc822;name@domain.se
<<< 550 5.7.23 <name@domain.se>: Recipient address rejected: Message rejected due to: SPF fail - not authorized. Please see http://www.openspf.net/Why?s=mfrom;id=lasse@domain.se;ip=91.1...
550 5.1.1 <name@domain.se>... User unknown

Så här ser ext-domain-se ut, någon som vet vad de rätta skall vara?

IN SPF "v=spf1 mx a ip6:2001:470:28:69b::/48 a:smtp.bredband.net ip4:195.54.107.64/27 ip4:195.54.101.0/26 ip4:195.54.99.8 ip4:195.54.127.128/26 ip4:62.127.194.0/27 ip4:195.54.99.192/27 ip4:213.150.131.0/27 -all"
IN TXT "v=spf1 mx a ip6:2001:470:28:69b::/48 a:smtp.bredband.net ip4:195.54.107.64/27 ip4:195.54.101.0/26 ip4:195.54.99.8 ip4:195.54.127.128/26 ip4:62.127.194.0/27 ip4:195.54.99.192/27 ip4:213.150.131.0/27 -all"

Jag har inget SPF record i min DNS då detta strulat så in i helvete när jag försökt använda det.

Mail som jag skickar från mig till gmail kommer inte från "smtp.bredband.net" eller något sånt. De härstammar från "megamailservers.eu".

Received: from mail92c50.megamailservers.eu (mail73c50.megamailservers.eu. [91.136.10.83])
        by mx.google.com with ESMTPS id c19-v6si12860087pgw.613.2018.05.04.04.04.50
        for <example@gmail.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 04 May 2018 04:04:52 -0700 (PDT)
Received-SPF: pass (google.com: domain of me@mydomain.se designates 91.136.10.83 as permitted sender) client-ip=91.136.10.83;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of me@mydomain.se designates 91.136.10.83 as permitted sender) smtp.mailfrom=me@mydomain.se
X-Authenticated-User: myuser@bredband.net
Received: from mail.mydomain.se (c-XXX.XXX.cust.bredbandsbolaget.se [X.X.X.X]) (authenticated bits=0) by mail92c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id w44B4i18023624 for <example@gmail.com>; Fri, 4 May 2018 11:04:47 +0000

Edit: Nej nu spiller jag ljug. Jag har visst SPF i min DNS. (Google-delen behövs nog inte.)

TXT     "v=spf1 a:mail.mydomain.se mx include:bredband.net include:_spf.google.com -all"

Bytte lösenord till 9 tecken i hopp om att allt skulle fungera. Det fungera att skicka mail från min mailserver i flera timmar men sedan fick jag samma "fel" som tidigare.

This is the mail system at host domain.se.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<dennis@domain.se>: host smtp.bredband.net[91.136.8.208] said: 550 5.7.1
<dennis@domain.se>... Relaying denied: You must check for new mail before
sending mail. (in reply to RCPT TO command)
Reporting-MTA: dns; domain.se
X-Postfix-Queue-ID: 453121901059
X-Postfix-Sender: rfc822; lasse@domain.se
Arrival-Date: Sun, 6 May 2018 09:54:27 +0200 (CEST)

Drog igång min Raspberry Pi där jag satt upp en mailklient att kontrollera efter "nya" mail 1 ggr/min mot BBB, och efter ett antal minuter så fungerar det åter igen att maila från min mailserver.

Några förslag på lösning på detta?

Vad kör du för mailserver och hur är den inställd för att skicka mail?

Kör postfix och transport inställt att skicka med smtp via deras relä.

Kan du posta den relevanta delen av din konfiguration? Hur skiljer den sig från min, ovan?

Delar av Main.cf

#### MY CONFIGURATION ####

daemon_directory = /usr/libexec/postfix
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
mail_owner = postfix
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail.postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix/samples
readme_directory = /usr/share/doc/postfix/README_FILES

myhostname = mydomain.se
mydomain = mydomain.se

inet_interfaces = all
inet_protocols = all

mydestination =
localhost.$mydomain,
localhost,
$mydomain

mynetworks_style = subnet

mynetworks = 192.168.50.0/24 192.168.0.0/24 127.0.0.0/8 [::1]/128 [fe80::]/10 [2001:16d8:cc55::]/48 [2001:470:28:69b::]/64

relay_domains = $mydestination

# Use /etc/postfix/transport instead
#relayhost = smtp.bredband.net

in_flow_delay = 1s
masquerade_domains = mydomain.se
masquerade_exceptions = root
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
home_mailbox = Mail/
smtpd_banner = $myhostname ESMTP

# Mapping to replace local fantasy email addresses by valid Internet addresses.
# This mapping happens ONLY when mail leaves the machine; not when you send mail between users on the same machine.
smtp_generic_maps = hash:/etc/postfix/generic

################################################################################
# DOVECOT SASL
################################################################################
smtpd_sasl_path = inet:localhost:12345
smtpd_sasl_type = dovecot

smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $myhostname
broken_sasl_auth_clients = yes

smtp_sasl_password_maps=hash:/etc/postfix/sasl-passwords
smtp_sasl_mechanism_filter = digest-md5
smtp_sasl_security_options=
smtp_tls_wrappermode = yes
smtp_tls_security_level = encrypt

# Fixar så att det skrivs in att den som sänder e-post är authenticated sender i utgående mail
smtpd_sasl_authenticated_header = yes

Transport
domain.se :
* smtp:smtp.bredband.net:587

Sasl-passwords
[smtp.bredband.net]:587 användarnamn@bredband.net:lösenord

Har du med "smtp_sasl_auth_enable = yes" någonstans? Jag ser den inte. Default är "no" och det skulle förklara ditt problem.

Har lagt till "smtp_sasl_auth_enable = yes" så nu har jag både smtp och smtpd satta till yes.

Får följande SPF fel...

May 08 22:58:20 server.DOMAIN.se postfix/smtpd[19693]: connect from unknown[192.168.40.20]
May 08 22:58:20 server.DOMAIN.se postfix/smtpd[19693]: Anonymous TLS connection established from unknown[192.168.40.20]: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)
May 08 22:58:20 server.DOMAIN.se postfix/smtpd[19693]: 8E005190009D: client=unknown[192.168.40.20], sasl_method=PLAIN, sasl_username=lasse
May 08 22:58:20 server.DOMAIN.se postfix/cleanup[19701]: 8E005190009D: message-id=<d836a01f-de7c-abb4-8bdc-39230c72aa5b@DOMAIN.se>
May 08 22:58:20 server.DOMAIN.se opendkim[605]: 8E005190009D: DKIM-Signature field added (s=default, d=DOMAIN.se)
May 08 22:58:20 server.DOMAIN.se postfix/qmgr[17980]: 8E005190009D: from=<lasse@DOMAIN.se>, size=796, nrcpt=1 (queue active)
May 08 22:58:20 server.DOMAIN.se postfix/smtpd[19693]: disconnect from unknown[192.168.40.20] ehlo=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=6
May 08 22:58:21 server.DOMAIN.se dovecot[988]: imap(lasse): Connection closed (IDLE running for 0.001 + waiting input for 0.007 secs, 2 B in + 10 B out, state=wait-input) in=1077 out=27195
May 08 22:58:22 server.DOMAIN.se postfix/smtp[19702]: warning: smtp.bredband.net[91.136.8.208]:587 offered no supported AUTH mechanisms: 'LOGIN'
May 08 22:58:22 server.DOMAIN.se postfix/smtp[19702]: 8E005190009D: to=<dennis@DOMAIN.se>, relay=smtp.bredband.net[91.136.8.208]:587, delay=2.2, delays=0.17/0.05/1.4/0.66, dsn=2.0.0, status=sent (250 2.0.0 w48KwLI1016127 Message accepted for delivery)
May 08 22:58:22 server.DOMAIN.se postfix/qmgr[17980]: 8E005190009D: removed
May 08 22:58:26 server.DOMAIN.se postfix/smtpd[19703]: connect from mail85c50.megamailservers.eu[91.136.10.95]
May 08 22:58:26 server.DOMAIN.se postfix/smtpd[19703]: Anonymous TLS connection established from mail85c50.megamailservers.eu[91.136.10.95]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
May 08 22:58:27 server.DOMAIN.se postgrey[359]: action=pass, reason=triplet found, client_name=mail85c50.megamailservers.eu, client_address=91.136.10.95, recipient=lasse@DOMAIN.se
May 08 22:58:27 server.DOMAIN.se postgrey[359]: cleaning up old logs...
May 08 22:58:27 server.DOMAIN.se postfix/smtpd[19703]: 86D55190009D: client=mail85c50.megamailservers.eu[91.136.10.95]
May 08 22:58:27 server.DOMAIN.se postfix/cleanup[19701]: 86D55190009D: message-id=<201805082058.w48KwPI1016174@mail18c50.megamailservers.eu>
May 08 22:58:27 server.DOMAIN.se opendkim[605]: 86D55190009D: mail85c50.megamailservers.eu [91.136.10.95] not internal
May 08 22:58:27 server.DOMAIN.se opendkim[605]: 86D55190009D: not authenticated
May 08 22:58:27 server.DOMAIN.se opendkim[605]: 86D55190009D: no signature data
May 08 22:58:27 server.DOMAIN.se postfix/qmgr[17980]: 86D55190009D: from=<>, size=4649, nrcpt=1 (queue active)
May 08 22:58:27 server.DOMAIN.se postfix/local[19705]: 86D55190009D: to=<lasse@DOMAIN.se>, relay=local, delay=0.85, delays=0.77/0.03/0/0.05, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -f- -a "$USER")
May 08 22:58:27 server.DOMAIN.se postfix/qmgr[17980]: 86D55190009D: removed
May 08 22:58:27 server.DOMAIN.se postfix/smtpd[19703]: disconnect from mail85c50.megamailservers.eu[91.136.10.95] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 commands=7
May 08 22:58:31 server.DOMAIN.se dovecot[988]: imap-login: Login: user=<lasse>, method=PLAIN, rip=192.168.40.20, lip=192.168.50.5, mpid=19712, TLS, session=<vC98DLhrFfnAqCgU>

SPF i zone filen
IN TXT "v=spf1 mx a ip6:2001:470:28:69b::/48 a:smtp.bredband.net ip4:195.54.101.64/26 ip4:195.54.107.64/27 ip4:195.54.101.0/26 ip4:195.54.99.8 ip4:195.54.127.128/26 ip4:91.136.10.0/24 ip4:91.136.12.0/24 ip4:91.136.14.0/24 ip4:62.127.194.0/27 -all"

Förstår inte att jag får fel att behöva kontrollera mail innan jag får skicka med via min mailserver - mailservrar kontrollerar inte mail utan det är klienter som kontrollerar - hur har BBB gjort?!?

Enligt mig så har inte BBB någon autentisering
May 08 18:12:59 server.DOMAIN.se postfix/smtp[14717]: warning: smtp.bredband.net[91.136.8.208]:587 offered no supported AUTH mechanisms: ‘LOGIN'

Det ringer en klocka för mig att jag sett det där för just submission-porten, 587, hos Bredbandsbolagets relä.

Eftersom de inte tillåter login via submission (port 587) så är det ett krav att först loggat in och kollat sin mail innan. Helt klart dumt av de att inte ha LOGIN som val efter STARTTLS även via submission. Ska slänga ett öga på det under dagen.

Byt till att använda port 465 och implicit SSL istället. Antingen via stunnel, eller med postfix 3.0 och senare smtp_tls_wrappermode. Båda finns beskrivna i deras TLS readme.

http://www.postfix.org/TLS_README.html