• 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.
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
 
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
 
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
 
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 ...
 
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 :)
 
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 ...
 
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?
 
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
 
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.
 
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 ?
 
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.
 
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, ..)
 
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)
 
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.
 
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)
 
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)
 
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.
Zurück
Oben