Probleme beim senden von eMals mit 8 MB Gräße

[Ameise]

Hallo

Ich habe bei S4Y eine vSERVER BASIC. Nun bekomme ich immer eine Fehlermeldung beim Senden von Mail die eine Größe von 8 MB überschreiten. Ich hatte erst gedacht, dass, wenn ich bei Confixx die Postfachgröße auf unendlichstelle, somit das Problem behoben ist. Aber ist es aber nicht. Wo kann man denn noch Einstellungen vornehmen um das Senden von 8mb großen emails zu gewärleisten.

Hier nochmal die genaue Fehlermeldung:
>>> Die Größe der Nachricht, die Sie senden möchten überschreitet das Größenlimit (10240000 Bytes) des Servers. Die Nachricht konnte nicht gesendet werden. Reduzieren Sie die Größe und versuchen Sie es erneut. <<<

 

[Tobster]

Hallo,

da die Glaskugel immer noch in Reperatur ist. Brauchen wir um dir zu helfen ein paar Infos.
Welches Distri benutzt du? Welchen Mailserver bzw. zum versenden Sendmail?
Log auszüge wären auch hilfreich.

 

[Ilai]

Bei Emails in der Grösse hilft nur eins: sie aufzuteilen.
Email ist kein Massendatentransfermedium.

Du kannst zwar deinen eigenen MTA aufbohren, dass er eine höhere Maximalgrösse akzeptiert, aber wenn dieser dann an den MTA des Empfängers ausliefern will, wird jener ihm nur den Vogel zeigen wegen der Grösse.

Wenn du grosse Datenmengen verschieben willst, dann stelle die besser passwortgeschützt auf einen Web- oder FTP Server, und verschicke nur die URL so wie die Zugangsdaten.

Ach ja: und Nutzer, die an eienr ISDN Leitung hängen, werden dich vermutlich sogar dafür töten, wenn du ihnen ohne Absprache mit solchen Monstern die Mailbox dicht machst.

Das ist - wie ja auch Tobster shon sagte - das Maximum, was an Support ohne jegliche Informationen möglich ist.

 

[Ameise]

ups sorry ...



Distribution: SuSE Linux 9.3
Mailserver: SMTP / Postfix sendmail ( denke ich)

aus der var/log/mal.info :
Apr 11 14:13:38 server popper[4386]: Stats: web3p4 0 0 0 0 p54BE77F7.dip.t-dialin.net 84.190.119.247 [pop_updt.c:296]
Apr 11 14:15:24 server popper[4800]: Stats: web1p1 0 0 0 0 p83.129.172.38.tisdip.tiscali.de 83.129.172.38 [pop_updt.c:296]
Apr 11 14:15:37 server popper[7488]: Stats: web6p30 0 0 0 0 dslb-088-073-041-015.pools.arcor-ip.net 88.73.41.15 [pop_updt.c:296]
Apr 11 14:15:58 server popper[10437]: Stats: web6p28 0 0 0 0 p83.129.172.38.tisdip.tiscali.de 83.129.172.38 [pop_updt.c:296]
Apr 11 14:16:33 server postfix/anvil[15491]: statistics: max connection rate 1/60s for (smtp:66.9.27.195) at Apr 11 14:12:57
Apr 11 14:16:33 server postfix/anvil[15491]: statistics: max connection count 1 for (smtp:66.9.27.195) at Apr 11 14:12:57
Apr 11 14:16:33 server postfix/anvil[15491]: statistics: max cache size 2 at Apr 11 14:13:13


aus der /var/log/mail.err :
Apr 11 13:31:13 server clamd[32578]: Socket allocation error: Cannot allocate memory
Apr 11 13:31:18 server postfix/smtp[31680]: fatal: socket: Cannot allocate memory



ich hoffe dass das gemeint ist.

 

[Ilai]

das war nicht ganz das, was an Infos gefragt war, aber es liefert doch immerhin einen kleinen Hinweis:

Du verwendest einen Virencheck bei den Mails, und es gibt nicht genug Speicher auf dem Server, um diesen auch abzuschliessen.
Es ist also nur indirekt die Grösse der Mail, die dazu führt, dass das Ding nicht gesendet werden kann.

 

[Ameise]

Ach echt einen Virencheck? hab ich ja nie eingestellt. hmmm?
Das ist doch aber eigentlich gut oder?

 

[djrick]

Ja das siehst du hieran:
Apr 11 13:31:13 server clamd[32578]: Socket allocation error: Cannot allocate memory

"clamd" ist der Virenscanner für Emails.
Wahrscheinlich ist dein Vserversystem einfach überlastet poste mal die Ausgabe von:
cat /proc/user_beancounters

 

[Ameise]

Version: 2.5                                                                   
       uid  resource           held    maxheld    barrier      limit    failcnt
    251067: kmemsize        1754818    3279786    7056211    7761832          0
            lockedpages           0          0        344        344          0
            privvmpages       11303      25102     105156     115668          0
            shmpages            641        657      19567      19567          0
            dummy                 0          0          0          0          0
            numproc              22         48        128        128          0
            physpages          3482      11731          0 2147483647          0
            vmguarpages           0          0      18257 2147483647          0
            oomguarpages       3682      11731      21300 2147483647          0
            numtcpsock           11         28        172        172          0
            numflock              4         22        224        246          0
            numpty                0          0         16         16          0
            numsiginfo            0          2        512        512          0
            tcpsndbuf          2220     173160    1416560    2768240          0
            tcprcvbuf             0     174988    1416560    2768240          0
            othersockbuf     162060     320288     655717    1153621          0
            dgramrcvbuf           0       8536     655717     655717          0
            numothersock        102        172        172        172        111
            dcachesize       297897     407092    1002127    1032191          0
            numfile             705       1235       2240       2240          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            10         10         64         64          0