
I have the problems with this too. See bug 1077 in bugzilla: http://bugs.otrs.org/show_bug.cgi?id=1077 If the mail is larger than the max, it is left on the POP server, you need to get the mail from the server yourself. When you read my bug report you'll notice some more problems with PostMasterPOP3.pl and large attachments. I hope to get a solution from the OTRS people soon. Maybe PostMasterPOP3.pl can be fixed to support large attachment, but I think I'm going for a procmail + PostMaster.pl solution, which does not have this problem. Regards, Richard Her, Andre wrote:
Seems that any mail with size larger than******* PostMasterPOP3MaxEmailSize: 2048* is simply LOST.. I have tested with a mail of : bash-2.03$ tail -f /var/log/syslog | grep -v pop Aug 24 10:48:55 dingo sendmail[23490]: [ID 801593 mail.info] k7O8mWW7023490: from=
, size=3114554, cnrcpts=1, msgid= , proto=ESMTP, daemon=MTA, relay=mail.xx.com [22.222.222.22] Aug 24 10:48:59 dingo sendmail[23564]: [ID 801593 mail.info] k7O8mWW7023490: to=
, delay=00:00:2y=00:00:04, mailer=local, pri=3144757, dsn=2.0.0, stat=Sent So the mail IS delivred
But nothing is shown in any queues!?? And there is reaction from OTRS, such as retuning the e-mail with an error? Is there a way to return the mail with error messages?