Re: E-Mails mit größeren Anhängen werden nicht gesendet
Also 4MB ist ja wirklich nicht viel. Laufen dort irgendwelche body-checks? Das könnte einen Mailserver ganz schön zu schaffen machen, allerdings sind das ja auch nicht wirklich viele Mails.
ja, body_checks laufen, seitdem ist das Problem glaub ich auch erst aufgetreten teste ich dann gleich mal
Würde mal aus dem Bauch auf Probleme mit der Verbindung tippen. Ein Timeout würde IMHO nur zutreffen, wenn gar keine Bytes mehr gesendet werden würden, denke aber mal nicht, dass das vorkommt, oder?
ne, "kleine" Mails gehen problemlos raus
Was auch in letzter Zeit häufiger mal vorkommt, sind Probleme "unterwegs", damit meine ich so transparente SMTP-Proxies, Cisco scheint da z.B. sowas zu machen. Deswegen fragte ich ob noch was dazwischen ist. Versuch mal eine Datei über die Leitung zu übertragen, und schau mal ob das "schnell" geht bzw. ob es da zu abbrüchen kommt.
werds gleich mal testen
hm also an den body_checks lags nich, das Problem tritt nach wie vor bei Mails >4 MB auf Gruß Maik
Hi, Am Donnerstag, 16. Oktober 2003 11:42 schrieb Maik König: ...
hm also an den body_checks lags nich, das Problem tritt nach wie vor bei Mails >4 MB auf
viele Mailserver (besonders freemailer) lehnen Mails >4MB ab. Auch postfix kennt solch eine Funktion... message_size_limit = xxxxxxx Schau mal nach, ob in deiner main.cf so etwas drinsteht. Also: poste mal die Fehlermeldung aus den Logfiles, nur so als Anregung... Da kannst du dann sehen, ob dein lokaler Postfix den Stress macht, oder ob die Mail noch rausgeht. Sollte sie rausgehen, hat wahrscheinlich dein Gegenüber ne Größenbegrenzung aktiviert. Da müsste allerdings ein reject kommen. Wie gesagt, logs.. -- registered linuxuser 199810 it's time to close windows....
hm also an den body_checks lags nich, das Problem tritt nach wie vor bei Mails >4 MB auf
viele Mailserver (besonders freemailer) lehnen Mails >4MB ab. Auch postfix kennt solch eine Funktion... message_size_limit = xxxxxxx Schau mal nach, ob in deiner main.cf so etwas drinsteht.
die Begrenzung liegt hier auf 8 MB, sollte also funktionieren
Also: poste mal die Fehlermeldung aus den Logfiles, nur so als Anregung... Da kannst du dann sehen, ob dein lokaler Postfix den Stress macht, oder ob die Mail noch rausgeht. Sollte sie rausgehen, hat wahrscheinlich dein Gegenüber ne Größenbegrenzung aktiviert. Da müsste allerdings ein reject kommen.
wenn ich die Mail samt Anhänge "per Hand" absende (also ohne ippp-Skript),
klappte das bisher problemlos
/var/log/messages
8< ---------------------
Oct 16 11:04:30 Beginn Verarbeitung der E-Mails...
Oct 16 11:04:30 mail kernel: ippp0: dialing 1 03641291622...
Oct 16 11:04:30 mail isdnlog: Oct 16 11:04:30 * tei 74 calling +49
36601/364129162, RING (Data)
Oct 16 11:04:33 mail isdnlog: Oct 16 11:04:33 tei 74 calling +49
36601/364129162, Time:Thu Oct 16 11:06:00 2003
Oct 16 11:04:33 mail isdnlog: Oct 16 11:04:33 tei 74 calling +49
36601/364129162, CONNECT (Data)
Oct 16 11:04:33 mail isdnlog: Oct 16 11:04:33 tei 74 calling +49
36601/364129162, INTERFACE ippp0 calling 03641291622
Oct 16 11:04:33 mail kernel: kcapi: appl 1 ncci 0x10101 up
Oct 16 11:04:33 mail kernel: isdn_net: ippp0 connected
Oct 16 11:04:33 mail kernel: capidrv-1: chan 0 up with ncci 0x10101
Oct 16 11:04:33 mail ipppd[1009]: Local number: 03660190928, Remote number:
03641291622, Type: outgoing
Oct 16 11:04:33 mail ipppd[1009]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit:
0, linkunit: 0, fd: 6
Oct 16 11:04:33 mail ipppd[1009]: ioctl(SIOCSIFMTU): Invalid argument, 5
ippp0 1524.
Oct 16 11:04:33 mail ipppd[1009]: Remote message:
Oct 16 11:04:33 mail ipppd[1009]: MPPP negotiation, He: No We: No
Oct 16 11:04:33 mail ipppd[1009]: CCP enabled! Trying CCP.
Oct 16 11:04:33 mail ipppd[1009]: CCP: got ccp-unit 0 for link 0
(Compression Control Protocol)
Oct 16 11:04:33 mail ipppd[1009]: ccp_resetci!
Oct 16 11:04:33 mail kernel: Received CCP frame from peer slot(1)
Oct 16 11:04:33 mail kernel: [0/1].ccp-rcv[0]: 01 01 00 0a 11 06 00 01 01 03
Oct 16 11:04:33 mail ipppd[1009]: ccp_resetci!
Oct 16 11:04:33 mail kernel: Received CCP frame from daemon:
Oct 16 11:04:33 mail kernel: [0/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04
Oct 16 11:04:33 mail kernel: Received CCP frame from daemon:
Oct 16 11:04:33 mail kernel: [0/1].ccp-xmit[0]: ff 03 80 fd 04 01 00 0a 11
06 00 01 01 03
Oct 16 11:04:33 mail kernel: Received CCP frame from peer slot(1)
Oct 16 11:04:33 mail kernel: [0/1].ccp-rcv[0]: 04 01 00 04
Oct 16 11:04:33 mail ipppd[1009]: local IP address x.x.x.x
Oct 16 11:04:33 mail ipppd[1009]: remote IP address x.x.x.x
Oct 16 11:04:33 mail modify_resolvconf: Service ipppd modified
/etc/resolv.conf. See info block in this file
Oct 16 11:04:40 mail poll.tcpip: fetchmail: terminated with signal 15
Oct 16 11:09:37 mail kernel: isdn_net: local hangup ippp0
Oct 16 11:09:37 mail kernel: ippp0: Chargesum is 0
Oct 16 11:09:37 mail ipppd[1009]: Modem hangup
Oct 16 11:09:37 mail ipppd[1009]: Connection terminated.
Oct 16 11:09:37 mail ipppd[1009]: taking down PHASE_DEAD link 0, linkunit: 0
Oct 16 11:09:37 mail ipppd[1009]: closing fd 6 from unit 0
Oct 16 11:09:37 mail ipppd[1009]: link 0 closed , linkunit: 0
Oct 16 11:09:37 mail ipppd[1009]: reinit_unit: 0
Oct 16 11:09:37 mail ipppd[1009]: Connect[0]: /dev/ippp0, fd: 6
Oct 16 11:09:37 mail kernel: ippp, open, slot: 0, minor: 0, state: 0000
Oct 16 11:09:37 mail kernel: ippp_ccp: allocated reset data structure
c2ca0800
Oct 16 11:09:37 Verarbeitung der E-Mails beendet!
Oct 16 11:09:37 mail kernel: kcapi: appl 1 ncci 0x10101 down
Oct 16 11:09:37 mail kernel: ippp_ccp: freeing reset data structure c2f3f800
Oct 16 11:09:37 mail isdnlog: Oct 16 11:09:37 tei 74 calling +49
36601/364129162, HINT: Cheapest booked 0190029:Telebillig* 12.000 ¢ (would
save 11.989 ¢)
Oct 16 11:09:37 mail isdnlog: Oct 16 11:09:37 tei 74 calling +49
36601/364129162, HINT: LCR:FAILED
Oct 16 11:09:37 mail kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No
additional information) for plci 0x101
Oct 16 11:09:37 mail isdnlog: Oct 16 11:09:37 tei 74 calling +49
36601/364129162, HANGUP (4 CI 23.989 ¢ 0:05:04 I=101.9Kb O= 2.2Mb)
Oct 16 11:09:38 mail modify_resolvconf: restored
/etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf
Oct 16 11:09:38 mail kernel: TCP: zapping lost address x.x.x.x:4862 ->
x.x.x.x
8< ---------------------
/var/log/mail.info
8< ---------------------
Oct 16 11:00:11 mail postfix/qmgr[22152]: EFE912C768:
from=
Maik König
Oct 16 11:06:56 mail amavis[26222]: starting. amavis 0.3.12pre8 Mon Mar 17 18:52:54 UTC 2003
also läuft amavis. Schon mal versucht /etc/amavisd.conf zu ändern (wie ich's heute morgen vorgeschlagen habe)? Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 9204871 Fax: +49(721) 24874 Juergen.Vollmer@[informatik-vollmer.de|alumni.uni-karlsruhe.de|acm.org] www.informatik-vollmer.de
Hallo, * Am 16.Oct.2003 postete Maik König:
wenn ich die Mail samt Anhänge "per Hand" absende (also ohne ippp-Skript), klappte das bisher problemlos
/var/log/messages 8< --------------------- Oct 16 11:04:30 Beginn Verarbeitung der E-Mails... Oct 16 11:04:30 mail kernel: ippp0: dialing 1 03641291622... [Dial-bla-bla] Oct 16 11:04:33 mail ipppd[1009]: local IP address x.x.x.x Oct 16 11:04:33 mail ipppd[1009]: remote IP address x.x.x.x Oct 16 11:04:33 mail modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file Oct 16 11:04:40 mail poll.tcpip: fetchmail: terminated with signal 15
terminsted with signal 15 hört sich IMHO scheiße an. Ist aber nicht das Problem, da 11:04
Oct 16 11:09:37 mail kernel: isdn_net: local hangup ippp0
Hier ist Dein Problem. Wer oder was legt einfach auf? Wenn das Dein Skript ist, dann kommentier das "isdnctrl hangup <if>" aus. Geht es dann? Wenn ich mal ein wenig rechne, dann komm ich bei 5 Minuten mit 8K/s auf etwa 2,4 MB.
Oct 16 11:09:37 mail kernel: ippp0: Chargesum is 0 Oct 16 11:09:37 mail ipppd[1009]: Modem hangup Oct 16 11:09:37 mail ipppd[1009]: Connection terminated. Oct 16 11:09:37 mail ipppd[1009]: taking down PHASE_DEAD link 0, linkunit: 0 Oct 16 11:09:37 mail ipppd[1009]: closing fd 6 from unit 0 Oct 16 11:09:37 mail ipppd[1009]: link 0 closed , linkunit: 0 Oct 16 11:09:37 mail ipppd[1009]: reinit_unit: 0 Oct 16 11:09:37 mail ipppd[1009]: Connect[0]: /dev/ippp0, fd: 6 Oct 16 11:09:37 mail kernel: ippp, open, slot: 0, minor: 0, state: 0000 Oct 16 11:09:37 mail kernel: ippp_ccp: allocated reset data structure c2ca0800 Oct 16 11:09:37 Verarbeitung der E-Mails beendet! Oct 16 11:09:37 mail kernel: kcapi: appl 1 ncci 0x10101 down Oct 16 11:09:37 mail kernel: ippp_ccp: freeing reset data structure c2f3f800 Oct 16 11:09:37 mail isdnlog: Oct 16 11:09:37 tei 74 calling +49 36601/364129162, HINT: Cheapest booked 0190029:Telebillig* 12.000 ¢ (would save 11.989 ¢) Oct 16 11:09:37 mail isdnlog: Oct 16 11:09:37 tei 74 calling +49 36601/364129162, HINT: LCR:FAILED Oct 16 11:09:37 mail kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Oct 16 11:09:37 mail isdnlog: Oct 16 11:09:37 tei 74 calling +49 36601/364129162, HANGUP (4 CI 23.989 ¢ 0:05:04 I=101.9Kb O= 2.2Mb) Oct 16 11:09:38 mail modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Oct 16 11:09:38 mail kernel: TCP: zapping lost address x.x.x.x:4862 -> x.x.x.x 8< ---------------------
/var/log/mail.info 8< --------------------- Oct 16 11:00:11 mail postfix/qmgr[22152]: EFE912C768: from=
, size=5677599, nrcpt=1 (queue active) Oct 16 11:00:11 mail postfix/smtp[23240]: EFE912C768: to= , relay=none, delay=378, status=deferred (smtp.micro-hybrid.de: Host not found, try again) Oct 16 11:00:21 mail postfix/pickup[22151]: 5CC552C75F: uid=0 from=<root> Oct 16 11:00:21 mail postfix/cleanup[24680]: 5CC552C75F: message-id=<20031016090021.5CC552C75F@intern.micro-hybrid.de> Oct 16 11:00:23 mail amavis[24682]: starting. amavis 0.3.12pre8 Mon Mar 17 18:52:54 UTC 2003 Oct 16 11:00:24 mail postfix/smtpd[24695]: connect from localhost[127.0.0.1] Oct 16 11:00:24 mail postfix/smtpd[24695]: 36B342C763: client=localhost[127.0.0.1] Oct 16 11:00:24 mail postfix/cleanup[24680]: 36B342C763: message-id=<20031016090021.5CC552C75F@intern.micro-hybrid.de> Oct 16 11:00:24 mail postfix/qmgr[22152]: 36B342C763: from= , size=818, nrcpt=1 (queue active) Oct 16 11:00:24 mail postfix/smtpd[24695]: disconnect from localhost[127.0.0.1] Oct 16 11:00:24 mail postfix/pipe[24681]: 5CC552C75F: to= , orig_to=<root>, relay=vscan, delay=3, status=sent (intern.micro-hybrid.de) Oct 16 11:04:33 mail poll.tcpip: Starting mail and news send/fetch Oct 16 11:04:40 mail postfix/qmgr[22152]: EFE912C768: from= , size=5677599, nrcpt=1 (queue active) Oct 16 11:04:40 mail poll.tcpip: Done mail and news send/fetch Oct 16 11:06:52 mail postfix/smtpd[26214]: connect from localhost[127.0.0.1] Oct 16 11:06:53 mail postfix/smtpd[26214]: 004BB2C75F: client=localhost[127.0.0.1] Oct 16 11:06:56 mail amavis[26222]: starting. amavis 0.3.12pre8 Mon Mar 17 18:52:54 UTC 2003 Oct 16 11:06:57 mail postfix/smtpd[26237]: connect from localhost[127.0.0.1] Oct 16 11:06:57 mail postfix/smtpd[26237]: 1AD222C763: client=localhost[127.0.0.1] Oct 16 11:06:57 mail postfix/cleanup[26216]: 1AD222C763: message-id=<18889200.1066294766246.JavaMail.ngmail@webmail04.arcor-online.ne t> Oct 16 11:06:57 mail postfix/qmgr[22152]: 1AD222C763: from= , size=3423, nrcpt=1 (queue active) Oct 16 11:06:57 mail postfix/smtpd[26237]: disconnect from localhost[127.0.0.1] Oct 16 11:06:58 mail postfix/smtpd[26214]: DA1A02C75F: client=localhost[127.0.0.1] Oct 16 11:07:00 mail amavis[26247]: starting. amavis 0.3.12pre8 Mon Mar 17 18:52:54 UTC 2003 Oct 16 11:07:01 mail postfix/smtpd[26237]: connect from localhost[127.0.0.1] Oct 16 11:07:01 mail postfix/smtpd[26237]: AAAFB2C763: client=localhost[127.0.0.1] Oct 16 11:07:01 mail postfix/smtpd[26237]: disconnect from localhost[127.0.0.1] Oct 16 11:09:38 mail postfix/smtp[25727]: EFE912C768: to= , relay=smtp.micro-hybrid.de[x.x.x.x], delay=945, status=deferred (lost connection with smtp.micro-hybrid.de[x.x.x.x] while sending message body)
Naja, wenn keine Verbindung, dann kommt das schon mal vor, daß die Verbindung verloren geht. Wie ist das Auflegen realisiert? Beste Grüße Alex -- Interpunktion und Orthographie des Postings ist frei erfunden. Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt.
Hallo Alex
Hier ist Dein Problem. Wer oder was legt einfach auf? Wenn das Dein Skript ist, dann kommentier das "isdnctrl hangup <if>" aus. Geht es dann?
wenn ich manuell starte klappt es ja zu 90%, also könnte es evtl. am Skript liegen
Wenn ich mal ein wenig rechne, dann komm ich bei 5 Minuten mit 8K/s auf etwa 2,4 MB.
gewagte Rechnung, unsere Leitung lässt manchmal nur 5kps zu ;-)
Naja, wenn keine Verbindung, dann kommt das schon mal vor, daß die Verbindung verloren geht.
ja is klar
Wie ist das Auflegen realisiert?
hier das ippp-skript: #! /bin/sh # # Eintrag in Messages-Logfile date +"%b %d %T Beginn Verarbeitung der E-Mails..." >> /var/log/messages # isdnctrl dial ippp0 # # Warten, ob Verbindung steht sleep 10 # # laufenden fetchmail-Prozess beenden /usr/bin/fetchmail -q -v >>/var/log/fetchmail 2>&1 # # E-Mails empfangen /usr/bin/fetchmail -a >>/var/log/fetchmail 2>&1 # # E-Mail versanden postfix flush # sleep 10 # # Abbau der ISDN-Verbindung isdnctrl hangup ippp0 # # Eintrag in Messages-Logfile date +"%b %d %T Verarbeitung der E-Mails beendet!" >> /var/log/messages bei unserem alten Mailserver hatten wir schon das Problem, dass die Verbindung beendet wurde sobald der nächste cron-Job die neue ISDN-Verbindun gestartet hat... aber 11:09 sollte laute crontab keine Verbindung aufgebaut werden Gruß Maik
Hallo, * Am 17.Oct.2003 postete Maik König:
Wie ist das Auflegen realisiert?
hier das ippp-skript: #! /bin/sh # # Eintrag in Messages-Logfile date +"%b %d %T Beginn Verarbeitung der E-Mails..." >> /var/log/messages # isdnctrl dial ippp0 # # Warten, ob Verbindung steht sleep 10 # # laufenden fetchmail-Prozess beenden /usr/bin/fetchmail -q -v >>/var/log/fetchmail 2>&1 # # E-Mails empfangen /usr/bin/fetchmail -a >>/var/log/fetchmail 2>&1 # # E-Mail versanden postfix flush # sleep 10 # # Abbau der ISDN-Verbindung isdnctrl hangup ippp0
Here we go: postfix flush dürfte ein simples /usr/sbin/sendmail -q sein. Das "stößt die Mailqueue an". Dann fängt postfix an Mails zu versenden. 10 Sekunden später wird aber gnadenlos aufgelegt. Daher besser hergehen und vor dem Auflegen nachsehen, ob die Mailqueue leer ist. Wenn ja, dann darf das Skript auflegen. Viel Spaß mit awk!
# Eintrag in Messages-Logfile date +"%b %d %T Verarbeitung der E-Mails beendet!" >> /var/log/messages
bei unserem alten Mailserver hatten wir schon das Problem, dass die Verbindung beendet wurde sobald der nächste cron-Job die neue ISDN-Verbindun gestartet hat... aber 11:09 sollte laute crontab keine Verbindung aufgebaut werden
??? Keine Ahnung, was Du da regelst. Ist aber auch nicht das Problem (IMHO). Beste Grüße Alex --
Ist da eine Glühbirne drin? Nö, aber Stacheln drauf. *schwing* Ich glaube es ist gesünder jetzt wegzugehen. [Michael Hoffmann und WoKo in dag°]
Wie ist das Auflegen realisiert? hier das ippp-skript: #! /bin/sh # # Eintrag in Messages-Logfile date +"%b %d %T Beginn Verarbeitung der E-Mails..." >> /var/log/messages # isdnctrl dial ippp0 # # Warten, ob Verbindung steht sleep 10 # # laufenden fetchmail-Prozess beenden /usr/bin/fetchmail -q -v >>/var/log/fetchmail 2>&1 # # E-Mails empfangen /usr/bin/fetchmail -a >>/var/log/fetchmail 2>&1 # # E-Mail versanden postfix flush # sleep 10 # # Abbau der ISDN-Verbindung isdnctrl hangup ippp0
Here we go: postfix flush dürfte ein simples /usr/sbin/sendmail -q sein. Das "stößt die Mailqueue an". Dann fängt postfix an Mails zu versenden. 10 Sekunden später wird aber gnadenlos aufgelegt.
richtig, wobei das bisher immer so geklappt hat und teilweise auch noch klappt ich denk mal nich das über ISDN 3 MB in 10 sek raus sind ;-)
Daher besser hergehen und vor dem Auflegen nachsehen, ob die Mailqueue leer ist. Wenn ja, dann darf das Skript auflegen. Viel Spaß mit awk!
das schwebt mir schon lang im Kopf rum... awk heißt was? Gruß Maik
Hallo, Andreas Winkelmann schrieb:
Am Montag, 20. Oktober 2003 11:42 schrieb Maik König:
awk heißt was?
Aho, Weinberger, Kernigham
Das ist nicht so ganz korrekt. Richtig müsste es heißen: Aho, Weinberger, Kernighan ;-) Gruss, Marc PS: Ja, ich weiß: Ich bin ein Haarspalter. -- FH Furtwangen: http://cn.psychology4u.de/ Linux- und Netzwerkberatung: http://www.teamberatung.org Marc Mc Guinness: http://www.mcguinness.de PGP Public Key Block: http://mcguinness.psychology4u.de/public.txt
Hallo, * Am 20.Oct.2003 postete Maik König:
richtig, wobei das bisher immer so geklappt hat und teilweise auch noch klappt ich denk mal nich das über ISDN 3 MB in 10 sek raus sind ;-)
Ja wenn es bisher geklappt hat, dann muß es jetzt auch noch gehen. Dann hab ich Dein Problem gelöst. ;) Schlechte Begründung. Ziemlich sicher bin ich mir allerdings dabei, daß das Anstoßen der Queue nur einen Augenblick dauert. Also ist das Skript definitiv chslaf[1]. (Gut daß es bis jetzt überhaupt gegangen ist.)
Daher besser hergehen und vor dem Auflegen nachsehen, ob die Mailqueue leer ist. Wenn ja, dann darf das Skript auflegen. Viel Spaß mit awk!
das schwebt mir schon lang im Kopf rum...
Dann laß es raus! :)
awk heißt was?
Was es heißt, weißt Du ja schon. Was es macht steht in der Manpage. Ich denke, daß es nützlich für das o.g. Vorhaben sein wird. man awk Beste Grüße Alex [1] Vorausgesetzt, daß es sowas wie sendmail -q ist -- Dann bin ich mal gespannt, wie lange es dauert, bis ich soviel Dummbabbel erzeugt habe, dass man mich siggt. [Christian Marker in suse-talk]
participants (6)
-
Alex Klein
-
Andreas Winkelmann
-
Dieter Franzke
-
Dr. Jürgen Vollmer
-
Maik König
-
Marc Mc Guinness