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=<[EMAIL PROTECTED]>, size=3114554, cnrcpts=1,
msgid=<[EMAIL PROTECTED]>, 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=<[EMAIL PROTECTED]>, 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?
_______________________________________________
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
Support orr consulting for your OTRS system?
=> http://www.otrs.com/
