| ArGoStuff User to User Support Forums |
Repeated Delivery Last Post 29 Jan 2010 08:47 AM by Steve Topilnycky. 1 Replies. | Sort: |
| Prev Next | You are not authorized to post a reply. | |
KenG
 New Member
 Posts:12
 | | 28 Jan 2010 09:31 AM |
| On several ocassions I have had an e-mail repeatedly be delivered for 5-7 days. The same e-mail will come through E-Wall, be handed off to ArgoSoft.NET and then be delivered to my e-mail. The last time this ocurred, I followed the trail. E-wall and Paranoid recevied the e-mail correctly and handed it to ArgoSoft.NET. The only thing I can say about the particular e-mail was that it was rather large (32.2 Meg) and that the Argo log kept saying NOOP 250 , NOOP 250, NOOP 250, NOOP 250 ... about 7 times. What is the source of this repeat receipt? Is Argo not sending a received back to the delivery server? What can be done? I have had this happen 3-4 time over the last year with larger e-mails. I cannot stop the repeated receipt. The sender has a clear outbox. | | |
|
|
Steve Topilnycky Forum Administrator
 Veteran Member
 Posts:1278

 | | 29 Jan 2010 08:47 AM |
| IMO as 32.2 MB email is very large for any mail server. A lot of mail servers will not accept messages that large. SMTP is not the most efficient method to transfer large files. For my own server, I have a 8 MB limit and that is (IMO) pushing the upper threshold to what SMTP can handles. It is may guess based on what you posted, is that the email client is timing out when trying to retrieve such a large messages, and never fully getting the whole message, or at least timing out before the client software can delete the message from the server. So each time the user checks mail, it will try to retrieve the message each time. You can go to Server Options ->SMTP -> Max Allowed Message Size (MB- 0=Unlimited), and set a message size. | | - - - - - - -
Regards, Steve Topilnycky Top Cat Computing http://www.topcatcomputing.com/ | |
|
| You are not authorized to post a reply. |
|
Active Forums 4.2 |
|  | | Mail Server v1.0.8.3 |
- Added support of STARTTLS (STLS) command for SMTP, POP3, IMAP, and SMTP relay and delivery, which will
allow secure, fully encrypted connections, when possible;
| | 11/6/2011 1:10:34 PM |
| Mail Server v1.0.8.2 |
- Optimized delivery speed. In earlier versions each "tick" which was checking whether messages were
in the outbox queue, was picking up only one message at a time. Now it will attempt to pick MaximumAllowedThreads-ActiveDelivery threads
messages, which should considerably increase deliver speed;
- Optimized SEARCH and STATUS IMAP commands. They appear to be used very extensively by Android, and (not that extensively, but still) by
iPhone. Now users who use mobile phones to access their IMAP accounts will see considerable improvement;
- Optimized STORE IMAP command. Before storing of IMAP flags was occuring one message at a time, which seemed to be fine
with SQL server, but proved to be slow for SQLite... Now it happens with single SQL call.
| | 10/8/2011 7:59:35 PM |
| ArGoSoft Mail Server v1.0.8.1 | -
Fixed a bug: when using IMAP via Firefox with "When I delete a message, move it
to Trash folder" option, marking messages in the trash folder was causing high CPU usage,
and was taking some time, making the server pretty much non-responsive. The problem was
happening only when using SQLite.
| | 6/6/2011 9:33:36 PM |
| ArGoSoft Mail Server v1.0.8.0 |
- Fixed a problem with web interface - was showing only first page of messages, and would not
switch to other pages; In order to fix the web interface, mail server itself has to be updated;
- When installint initially, was still using SQLite, even when SQL was requested;
- There was a problem with switching from SQLite database engine to SQL server database engine:
the SQL database was not being created;
| | 5/23/2011 5:53:55 PM |
| ArGoSoft Mail Server .NET v1.0.7.9 |
- The server no longer requires Microsoft SQL Server. If SQL server is not found, it will use
SQLite engine, which does not require separate installation. If SQL server is found, then user will be
prompted whether he wants to use it;
- Made other improvements, such as, now mailbox rebuild indexes orphaned records, rather then deleting them,
also added an opotion to increment UIDL validity of folder (both on the Mailbox viewer box);
- Made minor improvements on web interface;
| | 4/26/2011 9:47:25 PM |
| |
|  |  | |  |
|