exim4 fetchmail upc sehogy sem jó

Debian GNU/Linux

Szerver felújítás elvérzek a levelezésen.

legfontosabb hiba, hogy a upc (az internet szolgáltatóm) nem működik mint smarthost.

/etc/exim4/update-exim4.conf

dc_eximconfig_configtype='smarthost'
dc_other_hostnames='nusi.tovis-lab.vlmi.org'
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost='nusi.tovis-lab.vlmi.org'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.upcmail.hu'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'

/etc/exim4/passwd.client

smtp.upcmail.hu:tovis@upcmail.hu:jelszó

Ha levelet akarok küldeni "kifelé", roundcube: SMTP Error (250): Authentication failed.

A dolog pikantériája, hogy a tovis@upcmail.hu/jelszó párossal a UPC webmail felületére be tudok lépni. A régi (Debian 6) konfigurációval, két hete még simán működött, annyi a differencia, hogy jelszót kellet módsítanom.

A fetchmail hasonlóképp reagál:

poll pop3.upcmail.hu with protocol POP3
# poll mail.upcbusiness.hu with protocol POP3
  user "tovis@upcmail.hu" there with password "jelszó" is tovis here

Naplóba:

fetchmail: pop3.upcmail.hu: upgrade to TLS failed.
fetchmail: Unknown login or authentication error on tovis@upcmail.hu@pop3.upcmail.hu
fetchmail: socket error while fetching from tovis@upcmail.hu@pop3.upcmail.hu
fetchmail: Query status=2 (SOCKET)

Tanácstalan vagyok, (kínomban a UPC business ügyfélszolgálatát is felhívtam, de persze nem igen tudott segíteni) kipróbáltam a honlapon meghirdetett szerver nevet mint mail.upcbusiness.hu  de nem hozott változást.

Létezhet az, hogy ami a régi, elavult fetchmail, exim4 programokkal működött az most az új verziók miatt nem képes kommunikálni?

Valami default beállítás változott - amit esetleg "felül írhatok". Furcsa hogy sem a fogadás sem a küldés nem működik és leginkább csak a szerverem változott.

  • 337 megtekintés

( tovis v | 2019. 11. 01., p – 14:25 )

Szerkesztve: 2019. 11. 01., p – 14:32

Úgy tűnik, a fetchmail megoldódik? - már amennyire a az sslproto '' beállítás egy megoldás.

Ha jól értelmezem az azonosítás és az összes elvél letöltés titkosítás nélkül megy?

Kissé ijesztő, vagy lehet, hogy ez csak a upc -re vonatkozik?

A freemail és illetve a domain szolgáltatóm szerverén simán megy a TLS itt nem?

Na ezt hogy magyarázom el az exim4 -nek?

Ránéztem a UPC web mail belépésre:  https://www.upc.hu/webmail/

Most akkor ez titkosított?

Kezdek teljesen összezavarodni :(

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2019. 11. 01., p – 16:45 )

Szerkesztve: 2019. 11. 01., p – 16:48

Kicsiket haladok és közben besírok.

Elővettem a jó öreg mail parancsot és bebizonyosodott, hogy az exim4 -nél már elbukik a küldés. Hosszas keresgélés után jobban megnéztem a main naplót ahol persze se vége se hossza a bejegyzés:

2019-11-01 16:12:27 1iQYbC-0005eu-JI H=smtp.upcmail.hu [213.46.255.39]: SMTP error from remote mail server after MAIL FROM:<to
vis@nusi.tovis-lab.vlmi.org> SIZE=1495 AUTH=tovis@nusi.tovis-lab.vlmi.org: 421 4.1.0 SMTP400 Cannot validate your Mailfrom D
omain nusi.tovis-lab.vlmi.org in DNS, adjust or retry later ;id=QYbCiBXF8wlysQYbCiFaV9;sid=QYbCiBXF8wlys;mta=vie01a-pemc-psmt
p-pe12;d=20191101;t=161227[CET];ipsrc=80.98.108.15;
 

Végül is a 'nusi.tovis-lab.vlmi.org' semmiképpen nem verifikálható, hanem 'tovis-lab.vlmi.org' és így már átmentek a levelek! Nem is tudom mit mondjak. Nem igazán értem. Ha valaki szimplán, mondjuk az outlook -kal próbálkozik akkor milyen domain nevet fog kapni?

Sajnos ez még mindig csak félsiker, mivel a roundcube-dovecot úgy tűnik nem tud levelet küldeni, valami még mindig nem gömbölyű :(

Folyamatosan figyelem az exim4 main logját, ha roundcube -ból küldök levelet meg sem mozdul!? De kapom az SMTP (250) errort :(

* Én egy indián vagyok. Minden indián hazudik.

( pezo v | 2019. 11. 01., p – 17:24 )

Fetchmail-lel a napokban én is szívtam UPC-nél egy dist-upgrade után. Tessék a .fetchmailrc-be leleírni azt is a password elé (vagy talán mögötte is jó), hogy sslproto='' (dupla aposztrof) és aztán jó lesz.

( tovis v | 2019. 11. 01., p – 21:00 )

Kínomban bekapcsoltam az smtp debug opciót a roudncube -ban.

Az /etc/roundcube/smtp fájlban a következőket találtam:

[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 220 nusi ESMTP Exim 4.92 Fri, 01 Nov 2019 20:25:37 +0100
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Send: EHLO tovis-lab.vlmi.org
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250-nusi Hello tovis-lab.vlmi.org [::1]
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250-SIZE 52428800
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250-8BITMIME
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250-PIPELINING
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250-CHUNKING
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250-PRDR
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250 HELP
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Send: RSET
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 250 Reset OK
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Send: QUIT
[01-Nov-2019 20:25:37 +0100]: <o2b6uvhu> Recv: 221 nusi closing connection

Ettől én nem lettem okosabb. Mit látok itt?

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2019. 11. 01., p – 22:02 )

Úgy tűnik meg lett a megoldás. Ha jól értelmezem, ahhoz hogy a localhost -on a roundcube ne akarjon azonosítani magát, az /etc/roundcube/config.inc.php ban a következőket kell módosítani:

$config['smtp_user'] = '';  ami alapból '%u'

$config['smtp_pass'] = ''; ami alapból '%p'

Így már tudok roundcube -ból levelet küldeni.

Kicsit zavar, hogy ez azt jelenti nincs védelem, de talán a localhoston (127.0.0.1) ez elfogadható kompromisszum.

Még nem teszem megoldottba, amilyen peches vagyok mostanában ehhez kell egy kis idő.

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2019. 11. 04., h – 20:57 )

Furcsaság? Ha tovis@localhost küld orsi@localhost a roundcube ezt üzeni:
"Please enter at least one recipient"

Nem tudok egy másik localhostnak levelet küldeni?

* Én egy indián vagyok. Minden indián hazudik.