• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

SuSE 9.0: Postfix + Cyrus => Mailer streikt.

Status
Für weitere Antworten geschlossen.
OP
L

Lumocolor

Code: 
Jul 20 22:36:01 server postfix/pickup[5791]: 299383087D: uid=0 from=<root>
Jul 20 22:36:01 server postfix/cleanup[5823]: 299383087D: message-id=<40FD8231.mail4HO11DABP@server.holloweye-systems.net>
Jul 20 22:36:01 server postfix/qmgr[5792]: 299383087D: from=<root@holloweye-systems.net>, size=468, nrcpt=1 (queue active)
Jul 20 22:36:01 server postfix/local[5825]: 299383087D: to=<florian@localhost.holloweye-systems.net>, orig_to=<florian@localhost>, relay=local, delay=0, status=sent (mailbox)
Jul 20 22:36:43 server postfix/qmgr[5792]: warning: connect to transport vscan: Connection refused
Hmm sieht plausibel aus, bis auf die letzte zeile
 
oc2pus

oc2pus

stell den Champus kalt, wir kommen näher ;)

jetzt hat er die mail aber (glaube ich) in /var/spool/florian abgelegt
==> ls -al /var/spool/mail/florian sollte jetzt ein neues Datum haben
oder
less /var/spool/mail/florian/mbox

oder prüfe den imap-postkorb von Florian
 
OP
L

Lumocolor

also mit dem client e-mail abrufen geht noch nicht... (nach meinen tests)
Code: 
server:/etc/postfix # ls -al /var/spool/mail/florian
-rw-rw----    1 florian  root          643 Jul 20 22:36 /var/spool/mail/florian
server:/etc/postfix # less /var/spool/mail/florian/mbox
/var/spool/mail/florian/mbox: Not a directory
server:/etc/postfix #
Ein neues Datum ist schon mal da.

Übrigens: outgoing-mail klappt noch nicht so ganz:
Code: 
Jul 20 22:39:30 server postfix/pickup[5894]: 1C1C93087E: uid=0 from=<root>
Jul 20 22:39:30 server postfix/cleanup[5922]: 1C1C93087E: message-id=<40FD8301.mail4K31VANO1@server.holloweye-systems.net>
Jul 20 22:39:30 server postfix/qmgr[5895]: 1C1C93087E: from=<root@holloweye-systems.net>, size=456, nrcpt=1 (queue active)
Jul 20 22:39:30 server postfix/smtp[5899]: 1C1C93087E: to=<rhoen_maggi@web.de>, relay=mx-ha01.web.de[217.72.192.149], delay=1, status=deferred (lost connection with mx-ha01.web.de[217.72.192.149] while sending HELO)
Jul 20 22:39:45 server postfix/qmgr[5895]: warning: connect to transport vscan: Connection refused
 
oc2pus

oc2pus

LANGSAM!
erst die eine Richtung :)


main.cf:
mailbox_transport = lmtp:unix:public/lmtp hinschreiben
# das ist die Verbindung zu cyrus

und rcpostfix restart

/etc/cyrus.conf:
dort sollte in der Sektion Services ein Eintrag
lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" prefork=1
stehen

falls nicht einfügen und rccyrus restart

dann email senden und log beobachten ...
 
OP
L

Lumocolor

log nach senden der email:
Code: 
Jul 20 22:50:46 server postfix/pickup[6040]: CE09C30881: uid=0 from=<root>
Jul 20 22:50:46 server postfix/cleanup[6099]: CE09C30881: message-id=<40FD85A6.mail4PC1LVF2E@server.holloweye-systems.net>
Jul 20 22:50:46 server postfix/qmgr[6041]: CE09C30881: from=<root@holloweye-systems.net>, size=472, nrcpt=1 (queue active)
Jul 20 22:50:47 server postfix/lmtp[6101]: CE09C30881: to=<florian@localhost.holloweye-systems.net>, orig_to=<florian@localhost>, relay=public/lmtp[public/lmtp], delay=1, status=sent (250 2.1.5 Ok)
Jul 20 22:50:49 server postfix/qmgr[6041]: warning: connect to transport vscan: Connection refused
Juhu die erste email konnte ich über den client abrufen :)
 
oc2pus

oc2pus

so die Meldung mit dem vscan geistert da zwar immer noch rum, soll uns aber jetzt erst mal nicht stören.

Jetzt haben wir erreicht
externe Mail -> postfix -> cyrus -> eMail-Client ;)

jetzt die lokalen email oder outgoing mails? it is your choice ...
 
OP
L

Lumocolor

des war ne externe mail?
ich hätt gedacht des war lokal.
eingehende mail sieht bei mir so aus:
Code: 
Jul 20 22:55:40 server postfix/smtpd[6113]: connect from fmmailgate01.web.de[217.72.192.221]
Jul 20 22:55:40 server postfix/smtpd[6113]: 8CFDC30758: client=fmmailgate01.web.de[217.72.192.221]
Jul 20 22:55:40 server postfix/cleanup[6109]: 8CFDC30758: message-id=<266437894@web.de>
Jul 20 22:55:40 server postfix/qmgr[6041]: 8CFDC30758: from=<rhoen_maggi@web.de>, size=1433, nrcpt=1 (queu
e active)
Jul 20 22:55:40 server postfix/smtpd[6113]: disconnect from fmmailgate01.web.de[217.72.192.221]
Jul 20 22:55:41 server postfix/smtp[6127]: connect to UserDoms.FreeCity.de[81.88.35.41]: Connection refuse
d (port 10024)
Jul 20 22:55:41 server postfix/smtp[6127]: connect to UserDoms.FreeCity.de[81.88.35.42]: Connection refuse
d (port 10024)
Jul 20 22:55:41 server postfix/smtp[6127]: 8CFDC30758: to=<florian@holloweye-systems.net>, orig_to=<floria
n@server.holloweye-systems.net>, relay=none, delay=1, status=deferred (connect to UserDoms.FreeCity.de[81.
88.35.42]: Connection refused)
uups, da werden wohl eingehende mails wieder weggeschickt?
 
oc2pus

oc2pus

rpm -q amavisd-new ?

ansonsten installiere dieses programm via yast
in /etc/amavisd.conf die beiden Zeilen suchen
Code: 
# @bypass_virus_checks_acl = qw( . );  # uncomment to DISABLE anti-virus code
# @bypass_spam_checks_acl  = qw( . );  # uncomment to DISABLE anti-spam code
und auskommentiern (# am Zeilenanfang löschen) ==> wir deaktivieren das jetzt erst mal.
dann rcamavis restart (/var/log/messages und /var/log/mail beobachten)

dann in main.cf eintragen
content_filter = smtp-amavis:[127.0.0.1]:10024
max_use = 10

in master.cf die Zeilen aus meinem gestrigen Posting bzgl amavis einfügen
KEINE DUPLIKATE erzeugen

rcpostfix restart
 
OP
L

Lumocolor

jo jetzt hab ich die restlichen emails aus der warteschleife auch noch zugestellt bekommen (die internen zumindest)

Eingende mail sieht jetzt so aus:
Code: 
Jul 20 23:26:43 server postfix/smtpd[8036]: TLS engine: do need at least RSA _or_ DSA cert/key data
Jul 20 23:26:43 server postfix/smtpd[8036]: connect from fmmailgate03.web.de[217.72.192.234]
Jul 20 23:26:43 server postfix/smtpd[8036]: 703611363D: client=fmmailgate03.web.de[217.72.192.234]
Jul 20 23:26:43 server postfix/cleanup[8008]: 703611363D: message-id=<266454186@web.de>
Jul 20 23:26:43 server postfix/qmgr[7934]: 703611363D: from=<rhoen_maggi@web.de>, size=1439, nrcpt=1 (queue active)
Jul 20 23:26:43 server postfix/qmgr[7934]: 703611363D: to=<florian@server.holloweye-systems.net>, relay=none, delay=0, status=deferred (connect to localhost.serverhp.de[81.88.35.40]: Connection refused)
Jul 20 23:26:43 server postfix/smtpd[8036]: disconnect from fmmailgate03.web.de[217.72.192.234]
eines da drin irritiert mich nur:
(connect to localhost.serverhp.de[81.88.35.40]: Connection refused)
woher hat der das localhost.serverhp.de ding? serverhp.de war vor 2 monaten mal mein domainname, bevor ich es auf holloweye-systems.net gewechselt habe.
 
oc2pus

oc2pus

eines da drin irritiert mich nur:
(connect to localhost.serverhp.de[81.88.35.40]: Connection refused)
woher hat der das localhost.serverhp.de ding? serverhp.de war vor 2 monaten mal mein domainname, bevor ich es auf holloweye-systems.net gewechselt habe.
Zum Vergrößern anklicken....

eine Leiche im Keller oder jemand hat seinen DNS-Server Cache auf sehr sehr große update-Zeiten gestellt ? Keine Ahnung.

was ist denn außer dem amavisd-new jetzt noch offen ?
 
OP
L

Lumocolor

Das Problem mit eingehenden emails habe ich selber gelöst:
in der main.cf die zeile
Code: 
disable_dns_lookups = no
zu
Code: 
disable_dns_lookups = yes
geändert, und rcpostfix restart durchgeführt
dann kamen alle in der warteschlange liegenden emails in meinem postfach an.
 
oc2pus

oc2pus

Lumocolor schrieb:
hmmm bei ausgehenden emails sieht das etwas heftiger aus
Code: 
Jul 20 23:53:36 server postfix/smtp[8286]: 706553086C: to=<rhoen_maggi@web.de>, relay=mx-ha01.web.de[217.72.192.149], delay=1, status=deferred (lost connection with mx-ha01.web.de[217.72.192.149] while sending HELO)
Zum Vergrößern anklicken....

gewöhn dem amavisd mal die Geschwätzigkeit ab (/etc/amavisd.conf)
irgendwas mit log-level

du willst eine mail an maggi_rhoen@web.de schicken, während des Handshakings mit mx-ha01.web.de timeout beim HELO ?

schick mal eine mail an eine "normale" Adresse (kein web.de, gmx, ..)
 
OP
L

Lumocolor

hmmm
Code: 
Jul 21 00:20:00 server postfix/cleanup[9609]: 5282430876: message-id=<40FD9A90.mail7ET11OKEK@server.holloweye-systems.net>
Jul 21 00:20:00 server postfix/qmgr[8677]: 5282430876: from=<root@holloweye-systems.net>, size=524, nrcpt=1 (queue active)
Jul 21 00:20:00 server postfix/smtpd[9613]: TLS engine: do need at least RSA _or_ DSA cert/key data
Jul 21 00:20:00 server postfix/smtpd[9613]: connect from localhost[127.0.0.1]
Jul 21 00:20:00 server postfix/smtpd[9613]: AE79630852: client=localhost[127.0.0.1]
Jul 21 00:20:00 server postfix/cleanup[9609]: AE79630852: message-id=<40FD9A90.mail7ET11OKEK@server.holloweye-systems.net>
Jul 21 00:20:00 server postfix/qmgr[8677]: AE79630852: from=<root@holloweye-systems.net>, size=934, nrcpt=1 (queue active)
Jul 21 00:20:00 server amavis[8779]: (08779-02) Passed, <root@holloweye-systems.net> -> <denis@united-systems.org>, Message-ID: <40FD9A90.mail7ET11OKEK@server.holloweye-systems.net>, Hits: -
Jul 21 00:20:00 server postfix/lmtp[9611]: 5282430876: to=<denis@united-systems.org>, relay=127.0.0.1[127.0.0.1], delay=0, status=sent (250 2.6.0 Ok, id=08779-02, from MTA: 250 Ok: queued as AE79630852)
Jul 21 00:20:00 server postfix/smtpd[9613]: disconnect from localhost[127.0.0.1]
Jul 21 00:20:31 server postfix/smtp[9614]: connect to united-systems.org[81.88.35.41]: Connection timed out (port 25)
Jul 21 00:21:01 server postfix/smtp[9614]: connect to united-systems.org[81.88.35.42]: Connection timed out (port 25)
Jul 21 00:21:01 server postfix/smtp[9614]: AE79630852: to=<denis@united-systems.org>, relay=none, delay=61, status=deferred (connect to united-systems.org[81.88.35.42]: Connection timed out)
 
OP
L

Lumocolor

Jo das hab ich schon mal gelesen...
ich hab auf nem windows-system den MDaemon Pro (läuft natürlich nicht auf linux). Mit diesem Mail-Server habe ich es schon öfters geschafft emails an mein web.de account zu schicken.
 
oc2pus

oc2pus

ich glaube aber der eigentliche Grund liegt hier begraben:

was sendest du den im HELO ?
wenn das nicht Auflösbar ist für den Empfangenden Server (in endlicher Zeit) lehnt er dich ab. ==> DNS-SERVER Problem

smtp_helo_name = FQDN heißt die Option ;)

siehe hier die Erklärung:
http://www.linux-club.de/viewtopic.php?t=11562&highlight=helo&sid=e8efe855ca8f7d37ce7caef95ff80a9f
(den Beitrag von derMichel lesen)
 
OP
L

Lumocolor

Habe noch einen Fehler entdeckt
bei meiner Domain war der MX-Eintrag doch nicht richtig gesetzt, ich musste eine 3rd-level domain verwenden, damit die auflösung auch zu mir geleitet wird.
Habe jetzt den MX-Eintrag so gesetzt, dass für emails auch nur @holloweye-systems.net zu meinem server geleitet wird.

Kann das sein dass dies was damit zu tun hat/hatte?

Die emails für web.de sehen jetzt anders aus:
Code: 
Jul 21 00:40:34 server postfix/smtp[10039]: 54D553084F: to=<rhoen_maggi@web.de>, relay=none, delay=4190, status=deferred (connect to web.de[217.72.195.42]: Connection timed out)
Jul 21 00:40:34 server postfix/qmgr[10026]: E8C7A307AB: to=<rhoen_maggi@web.de>, relay=none, delay=4491, status=deferred (connect to web.de[217.72.195.42]: Connection timed out)
Jul 21 00:40:34 server postfix/qmgr[10026]: D163A30853: to=<rhoen_maggi@web.de>, relay=none, delay=4176, status=deferred (connect to web.de[217.72.195.42]: Connection timed out)
 
oc2pus

oc2pus

Ja, das bedeutet das gerade mit der Option
smtp_helo_name = FQDN

dann versucht web.de den Namen aufzulösen und "sucht" deinen MX-Record ;)
 
Status
Für weitere Antworten geschlossen.
Oben