On Thu, 6 May 2010, Timo Sirainen wrote:
I think that's a different issue. They're unhappy when an idling device
gets woken up (constantly). The Hang in there messages are sent only
when client has requested some command that takes 15 seconds. Most of
the users/clients never see those messages
On Thu, 6 May 2010, Dan White wrote:
And what do you do if the server takes longer that you think it should to
respond to a query? Do you assume that it's a networking issue or a slow
server?
Crapware assumes that it is a network issue that somehow is utterly
irrecoverable in TCP, yet
On Thu, 6 May 2010, Oswald Buddenhagen wrote:
you may rail about the stupidity of those developers as much as you
want. apparently unlike you, they live in the real world where the only
guarantee which tcp provides is that the data stream is intact - *if* it
arrives.
Mr. Newton, your notions
On Fri, 7 May 2010, Oswald Buddenhagen wrote:
loss of the state we are talking about here. it's all based on mark's
postulation that a tcp connection is reliable.
TCP connections are reliable. Run, don't walk, to your nearest technical
bookstore and read about network layering.
Crappy
On Thu, 6 May 2010, Brian Hayden wrote:
TCP connections are more reliable than UDP; that does not mean they are
reliable, full stop.
You are using the wrong definition of reliable.
Reliable does not mean does not fail.
UDP has no provision for reliability, ordering or data integrity. TCP
On Thu, 6 May 2010, Brian Hayden wrote:
Reliable does not mean does not fail.
Coincidentally, nobody said it did. Interesting!
If that was not your meaning in claiming that TCP is not reliable, then
you don't know what you are talking about.
TCP is most certainly reliable.
This is another
On Wed, 5 May 2010, Paul Vixie wrote:
of course. but my primary mail interface is emacs mh-e and i'm not going
to abandon it, nor the many filters and cronjobs and tools i've based on MH,
just to support my secondary need to open attachment-containing messages in
an IMAP client. i fully
On Thu, 6 May 2010, Yiorgos Adamopoulos wrote:
That is why people like you and me can donate to Mark (I did last
week) in order for him to continue working on stuff that makes our
systems tick. Enough people can form a Panda-IMAP empire :)
And thank you! The donations do help keep Panda IMAP
On Wed, 5 May 2010, UCTC Sysadmin wrote:
I don't know what other formats are available, moreover the mbox format
I thought was actually the canonical format of a file containing multiple
email
messages and is used as well by POP.
It depends upon which POP server you use. The POP server in the
On Wed, 5 May 2010, Paul Vixie wrote:
i must have spoken improperly. if i say scan and learn thereby about
messages 1,3,5,20 and then one month later after every computer has been
power cycled four times i say show 5 i want the same message.
Oh. In that case, what you want are UIDs.
imap's
On Tue, 4 May 2010, Timo Sirainen wrote:
This mtime
flushing actually works pretty easily in all modern OSes: just open and
close the file and then stat/fstat.
Yup. You just said it: modern OSes...
I remember an OS which would not update mtime if ANY local agent had the
file open. So, no
On Sun, 2 May 2010, Chris Boyd wrote:
Anyone got pointers to some good guideline or docs for implementing mix
mailboxes on FreeBSD? I've been googling about a bit, but can't seem to
find the key part for getting the Sendmail LDA set up correctly. The
solution seems to be using procmail, but
Dovecot is a good server. It is one of only two (the other being Panda
IMAP) that fully passes IMAP compliance testing:
http://imapwiki.org/ImapTest/ServerStatus
[UW IMAP flunks two of the tests...it hasn't been updated in 2 years.]
The main concern that I have with using Dovecot for
On Sun, 2 May 2010, Linda Walsh wrote:
Seems to be fine with me using the 'mbox.lock' locking files to
gain exclusive access. I believe was a compatibility setting somewhere.
The .lock file is a delivery lock; to prevent more than one agent from
writing (= appending) to the mbox at the
Comments on your message:
[1] There is no such operation as move. What you think is a move is
actually implemented by two separate operations:
copy from source to destination
delete from source
and optionally a third:
expunge (permanently remove deleted messages from)
On Thu, 22 Apr 2010, Yiorgos Adamopoulos wrote:
I've been using tmail_quota() in order to set a maximum size for the
INBOX with no problems. Thank you for providing the hook Mark! Now
where should I dive into and use a similar function if I want to set a
maximum size for other folders too?
On Sat, 17 Apr 2010, Vadim Zeitlin wrote:
MC However I do like trash model for other
MC mailboxes because it allows me to keep the deleted messages if I ever need
MC them again. Think about trash as being archive in this case.
MC Why not create archive mailboxes for that purpose?
Sorry,
On Fri, 16 Apr 2010, Vadim Zeitlin wrote:
Ah, thanks, this is indeed exactly what I needed and I've somehow failed
to find it it while looking for a solution. Unfortunately in practice it
doesn't help that much because IMAP servers without support for UIDPLUS
seem to be quite widespread and I'm
On Fri, 16 Apr 2010, Moray Henderson wrote:
Anyone? Is there a build option I could try? Should I have posted to
another list? Was it a silly question? Shall I give up trying to fix
it and just write a script to kill old imapds?
Have you tried to see what is specific to that user?
If you
On Mon, 12 Apr 2010, Andrew Daviel wrote:
- question: if using the MIX format, what happens to the ownership and
permissions of new folder fragments (whatever .mixnnn files are called)
in shared folders ? Do they get set with mode 600 hence become unreadable
by other group members ?
Mailboxes
On Tue, 13 Apr 2010, Hanjie XU wrote:
I have iPhone OS3.0 SDK on my mac mini，can I use the Apple's SDK to build
c-client?
I don't know.
c-client does not need any special Apple SDK includes or libraries, but it
does need standard C/UNIX ones (including openssl and pam).
I never used the
Although I agree with Bob's conclusion (use mix format), I think that it
overstates the issue to say that mbx format is only marginally better
than mbox.
mbx is a major jump up from mbox, and is handled much better than mbox.
mbx scaled very well for the demands of 1996 when it was designed;
On Tue, 16 Mar 2010, Tim Mooney wrote:
This brings up a question I've had: both traditional format and MBX run
into issues when they cross the 2 GiB boundary, because of signedness
issues in the UW code.
Correct. It's not the code so much as it is the system calls; there are
separate system
On Tue, 16 Mar 2010, Tim Mooney wrote:
Not until/unless you start dealing with single messages that are larger
than 2GB. It will be a while before people start wanting to do that. :)
We're still not allowing individual messages larger than 25 MiB, so we're
safe for now...
Yeah, even Gmail
On Tue, 16 Mar 2010, Troy Campbell wrote:
I'll take a look at the size of the INBOXES to see if that's the issue.
What would be the tool/process for converting from mbx to mix?
mixcvt is the best tool to use. There is an updated Panda version of
mixcvt, but UW mixcvt should be alright for
On Tue, 16 Mar 2010, Bob Atkins wrote:
As those who went down the maildir path (with another
imap server) have painfully discovered - directories with too many
inodes are very slow to search. mix is a great balance between not too
many inodes and keeping file sizes and linear search runs to a
On Tue, 16 Mar 2010, David B Funk wrote:
It's also kinda fun to talk to the Exchange admins and watch them
cringe when I talk about our users who have 5GB inboxes with
30K messages in them. ;)
Hah! I suppose that you know that UW jumped on the Exchange bandwagon.
That is, for the privileged
On Tue, 16 Mar 2010, Jim O'Leary wrote:
The mix format dug us out of an approaching
performance catastrophe. Three cheers to Mark for developing mix in the
nick of time to save our necks!
Thanks everybody for the nice comments. It means a lot to me to know that
the efforts were appreciated,
I would have to see the dumps in question to comment intelligently on what
they contain and whether or not there is a problem. Unfortunately I don't
have the time to do that.
However, I can tell you that a STATUS command internally opens the
destination mailbox. Certain broken clients think
On Tue, 16 Mar 2010, Troy Campbell wrote:
Thanks Mabry, it sounds like we need to move to a newer file format.
Is mix supported by other imap servers as well i.e., is it a standard
format or something UW specific?
mix is specific to UW IMAP (imap-2006 and later) and Panda IMAP. Any
On Mon, 11 Jan 2010, Robert Hardy wrote:
I get the error message BAD Missing or invalid argument to APPEND from my
mail clients (Profimail 3.25 and I think alpine 2.00 too) when sending a
message and it's saving in sent-mail.
I doubt very much that this is happening with Alpine 2.00. I would
Although my analysis is limited due to the log being damaged (by your own
admission, you changed names/addresses), I see the cause of the error.
Profimail 3.25 is sending the message data incorrectly. After exactly 990
message text bytes (the stated count in your message) the IMAP protocol
I don't know what you mean by a general IMAP user name and password.
Each IMAP user has his own user name and password. Unless you set up a
mail administrator userid (which can log in as any other user, hence has
the equivalent of root access), an IMAP user can generally only save to
the
The simple answer is that it is a bug in Mozilla.
#public is not a folder. It is a namespace.
Think of a namespace as like an A: drive in Windows. If, and only if,
there is a floppy inserted on your PC, you can reference names in a
separate hierarchy starting with A:
A namespace
I have discovered a rather nasty bug in mixrbld which occurs if you run it
on a mailbox that was created/copied using mixcvt. The bug causes
messages to be lost in the rebuilt index. Although a mixcvt created
mailbox will almost certainly encounter the problem (causing the loss of
all
On Mon, 28 Dec 2009, chamila piyasena wrote:
can I only put the mail.c in my
applicationand use those functions or is there other files to be used.
mail.c is simply the external interface to the c-client library. You need
to build the complete c-client library, and link with it. Look at the
On Mon, 21 Dec 2009, Ken Murchison wrote:
I've added an option that can be enabled that
forces \Seen state to be flushed immediately and exhibits proper IMAP
behavior.
The new dev branch of Cyrus will have a reworked \Seen state where it should
work correctly by default.
Cool! Thanks!
By
On Thu, 17 Dec 2009, Shawn Walker wrote:
How does the client tell the server to refresh the message flags? The client
is multithreaded and that we have multiple connections to the server (2).
That is not a good client design. There is neither guarantee nor
requirement in IMAP that the
On Thu, 17 Dec 2009, Timo Sirainen wrote:
On Thu, 2009-12-17 at 10:22 -0800, Mark Crispin wrote:
No server caches the flags as you describe. If the mail store in the
server supports multiple simultaneous sessions to the same mailbox (e.g.,
mix and mbx formats in UW), then flags are updated
The most common cause of this problem is failure to do
#include linkage.c
early in the main() function of the application (and prior to any c-client
library calls).
The use of linkage.c is mandatory. Some programmers omit the linkage
entirely; others attempt to do the linkage
On Thu, 15 Oct 2009, Volker Schwicking wrote:
Mark, neither of us is trying to get anything done FOR us. WE (together)
are trying to fix a problem for US (notice the capitalized letters).
So why, after being repeatedly told that the problem is ultimately due to
an incorrect definition in a
On Thu, 15 Oct 2009, Ico Doornekamp wrote:
There were - and still are -- sites that run UW IMAP on platforms that
do not have a select() call able to handle more then 1024 file
descriptors.
Name one.
BSD and Linux systems are perfectly capable of handling more than 1024
file descriptors in
On Thu, 15 Oct 2009, Ico wrote:
GNU/Linux
There is no such thing.
I don't care about Richard Stallman's megalomanic fantasies.
particulary the versions using glibc as the C library. Which
would be most if not all of the mainstream GNU/Linux distributions.
Nonsense.
The bug is in a C
In BSD, you can define FD_SETSIZE to some higher value than 1024 prior to
the inclusion of sys/types.h. The only thing that FD_SETSIZE does is
define the default capacity of the FD_SET; the kernel is quite happy to
access a larger fd_set.
Doubling FD_SETSIZE to 2048 would increase the fd_set
On Wed, 14 Oct 2009, Ico Doornekamp wrote:
I think I have understood these two pretty well. Like I said, the linux
FD_SETSIZE limit is well known and well documented. From 'man select' :
: Executing FD_CLR() or FD_SET() with a value of fd that is negative or is
: equal to or larger than
I can't speak intelligently about Ubuntu edgy. I started with feisty and
am now on jaunty.
As far as Panda IMAP (and UW IMAP 2007e) is concerned, modern versions
(and possibly earlier ones) of Ubuntu are a type of Debian, and therefore
the appropriate build command is
make ldb
You
On Mon, 28 Sep 2009, Oswald Buddenhagen wrote:
hmm, i think i interpolated that from the formats.txt and other files.
also, with the unix driver (LF in the mailboxes), imapd still delivers nicely
CRLF-terminated lines.
The traditional UNIX format is incapable of preserving newlines. Thus its
On Sun, 27 Sep 2009, Oswald Buddenhagen wrote:
my MDA uses mail_append() with a mail_string. the string contents are
not pre-normalized to CRLF upon the call.
Do you really mean an MDA (Message Delivery Agent, called by an incoming
SMTP server)?
SMTP transmits text newlines in CRLF format.
On Sun, 13 Sep 2009, Nicholas Cole wrote:
Thank you for looking at this. I'm sure you've replicated, but here
are the build errors, as requested. Is there any workaround?
According to information from David Morsberger, it ought to work to remove
the setting of MAC_OSX_KLUDGE from the oxp
I don't know. The build looks like a build from clean, but the errors
from ranlib are totally bizarre.
On Sun, 13 Sep 2009, Morsberger David wrote:
I wonder if he did a make clean first? I also don't know what version he
has.
On Sep 13, 2009, at 4:08 PM, Mark Crispin wrote:
On Sun, 13 Sep
On Sun, 13 Sep 2009, Nicholas Cole wrote:
13/09/2009 21:51:32 imapd[13109]in pam_sm_authenticate(): Failed to
determine Kerberos principal name.
This message comes from the PAM library and not from imapd. Apparently,
Apple's new PAM library thinks that you want to use Kerberos.
I
On Wed, 2 Sep 2009, Paul Vixie wrote:
i have a small patch for compiling uw-imap with heimdal (vs. mit kerberos).
what's the process for queuing this up for integration?
I'll be happy to look at your patch for inclusion in Panda IMAP.
-- Mark --
http://panda.com/mrc
Democracy is two wolves
On Fri, 14 Aug 2009, Bjoern Voigt wrote:
I see the problem, that the existing tmpnam usage may result in an endless
loop. This unlikely case can occur for instance if /tmp is read-only for any
reason or 100% full.
I fail to see why this is a problem. If /tmp (or /var/tmp) is unusable,
the
On Fri, 14 Aug 2009, Andrew Laurence wrote:
One ponders, how simpler could UW/Panda become if support for ancient systems
were swept aside?
Not much, compared to the vast simplicity that would be achieved if every
SVR4 system -- particularly Solaris -- were to be exterminated.
At least the
On Fri, 14 Aug 2009, Andrew Laurence wrote:
What about the mailbox formats? Are there things which could proceed much
more smoothly if support for X were dropped?
Nope. The drivers are autonomous.
The only simplification would be if you got rid of all local file drivers
except for mix.
On Thu, 13 Aug 2009, Thomas Börkel wrote:
OK, I thought access to / was restricted by default.
It's not. By default, imapd is just like ssh or ftp.
So, I will report to Palm, that they should not only search the #mh
namespace, right? They should search all or only the default namespace?
This is normally done from the client side, due to the security
sensitivity of IMAP transactions. Check to see if there is some option in
your smart phone to enable IMAP session logging.
Otherwise, the normal way to do server-based logging is with tee (for
non-encrypted sessions) and/or an
On Wed, 12 Aug 2009, Thomas Börkel wrote:
Otherwise, the normal way to do server-based logging is with tee (for
non-encrypted sessions) and/or an SSL proxy that does logging.
How do I do this with tee? I am starting imapd via xinetd and I can do
non-encrypted for debugging.
I have an
On Wed, 12 Aug 2009, Thomas Börkel wrote:
Yes, I heard that. I was using his program on the old PalmOS and it only
had one glitch with uw-imap. I don't know why he left Palm.
I don't know either.
Anyway, the first problem is, that the client cannot find the standard
folders or any folder.
On Thu, 13 Aug 2009, Thomas Börkel wrote:
The only bad thing that might have come from that is
that it wouldn't show any mailboxes other than INBOX.
Yes, that's exactly the problem for that case. It's not that the client
does not work at all.
It does only show my INBOX, no other folder (sent,
Turn on debugging telemetry and you will see the IMAP protocol
interactions via mm_dlog(). Is the data being truncated from the server?
Note that mm_dlog() will not show the data in literals, but you will see
the byte counts and that should indicate if you are getting truncated
data.
If the
That patch is an EXTREMELY BAD IDEA.
It will prevent the c-client library from building.
There is no such function as mkstmp(). You may be thinking of mkstemp().
But even if you use mkstemp(), this patch will prevent the c-client
library from building on some platforms.
On most systems,
On Tue, 14 Jul 2009, Shawn Walker wrote:
I'm trying OP_SHORTCACHE, but this seems to slow the download messages since
now each message has to be fetched from the server.
Indeed it does. If you want to use early 1990s memory models, you must
suffer early 1990s performance problems.
there
On Tue, 14 Jul 2009, Shawn Walker wrote:
There are companies that will not upgrade the computer regardless how cheap
memory is today. I can't force the customers to buy more memory.
Their choice is stark and brutal.
Either they buy modern equipment to handle modern requirements, or they
pay
On Mon, 13 Jul 2009, Shawn Walker wrote:
I have an issue that I would like to tell c-client to flush it's cache since
I don't want it to keep headers, body of the messages, etc for 20,000
messages since it take up a lot of memory.
Either mail_free_cache() or use short caching (OP_SHORTCACHE
On Fri, 3 Jul 2009, Linda Walsh wrote:
I don't see any options documented to do this -- and was wondering how to
restrict what interfaces imap listens on.
This is done by your Internet listener, which is xinetd on most modern
systems. Check the xinetd documentation for how to handle your
On Thu, 2 Jul 2009, Andrew Daviel wrote:
I ran out of disk space this morning, and dmail broke the index files on
several of my inboxes.
This surprises me. The code specifically expands the index and status
files by the space needed, and makes sure that it can write that space,
before any
Hi Dave -
This is not a bug. Rather, you have misunderstood some important points.
There are three issues with your sample program.
[1] You SHOULD include c-client.h, and not mail.h directly. mail.h has
most, but not all, of the consumer API definitions and prototypes.
[2] You MUST
On Mon, 15 Jun 2009, Jimmy Dorff wrote:
On 6/15/09 9:53 PM, Gary R. Schmidt wrote:
What file system are the mix folders on?
NFSv3 over tcp to CentOS 5.3 NFS server. NFS server is using XFS on disk.
NFS is not supported by the mix format.
NFS is a guaranteed Grade A Fancy sure-thing method
On Fri, 12 Jun 2009, Andrew Daviel wrote:
129,634 messages in 23 hours
Yikes! What is that? Indexing time? Search time?
Even with all the Unicode cruft, UW IMAP should search that many messages
in a few seconds, with the bulk of the time being I/O.
-- Mark --
http://panda.com/mrc
On Wed, 3 Jun 2009, Andrew Daviel wrote:
2 select head1
* 1 EXISTS
* BYE [ALERT] IMAP4rev1 server crashing: header size inconsistent
Aborted
This is a bug in imapd, or more accurately the traditional UNIX mailbox
support module in the c-client library used by imapd.
I thought that I had
On Sun, 31 May 2009, Chris Picciotto wrote:
But Panda imap is simply not available.
Several sites run Panda IMAP. It is available.
Therefore, UW-Imap is effectively
non-existent.
The one statement does not follow from the other, but that doesn't matter.
UW is indeed out of the IMAP
On Thu, 28 May 2009, Bjoern Voigt wrote:
My question is: Are you planning to write a fix or do you plan to accept
a fix for the buffer overflow bug?
I have nothing to do with fixing bugs in UW IMAP, and have had nothing to
do with that for over a year.
There are more serious problems that
On Wed, 27 May 2009, Bjoern Voigt wrote:
Anyway, I think, the bug should be fixed for the next release of UW
Imap, Alpine etc. Who can do this? I can help with a patch and with some
testing it this is helpful.
I fail to see why this is important. The fix is obvious and trival, but I
don't
On Fri, 22 May 2009, Andrew Daviel wrote:
If in Thunderbird the option server supports folders which can contain
both folders and messages is checked
No client should ever have, or need, such a configuration option. This is
handled by the IMAP protocol.
With the option set, the GUI has a
On Thu, 21 May 2009, Andrew Daviel wrote:
If in Thunderbird the option server supports folders which can contain both
folders and messages is checked
No client should ever have, or need, such a configuration option. This is
handled by the IMAP protocol.
(the default, which is true for MIX)
If I had to guess, it would be that the DIR_SIZE macro is miscalculating
the size of the direct struct that's assigned to p in line 53, leading to
a buffer overflow in line 55.
Try adding an assert that verifies that DIR_SIZE(d) is greater than, or
equal to, ((d-d_name + strlen(d-d_name) + 1)
On Thu, 14 May 2009, Brian Hayden wrote:
Just to be explicit, the moral of the story is that using subscriptions is
not a good idea because every client is stupid in their handling of subs, and
worse, they're all stupid in slightly different ways.
Correct.
The ONLY valid use for
On Thu, 30 Apr 2009, Tamal Saha wrote:
Hi,I am trying to use UW toolkit in a multi thread application. I am
wondering whether the global variables or methods will cause any problem in
multi threaded application?
Those globals apply to all threads and are supposed to be globals.
-- Mark --
On Mon, 6 Apr 2009, David Houlder wrote:
I don't think longjmp() is async signal safe.
There is safe and there is safe
There is safe in the sense of being able to return back to what the
program was doing. But in this case, the program has no intention of
returning. It's reached an
Ken -
You're stepped on a hornet's nest...
I understand what you want to do. At Messaging Architects (MA), we're
busy at work on a new generation product that offers a clustered message
store. But in the concept of UW imapd, you're setting yourself up for a
world of hurt.
[1] Almost all
I am aware of the problem, but only recently that it happened on other
systems than Solaris. I am now aware that it happens on FreeBSD and
Linux.
I am astounded by the fact that the first three bytes of the corruption
always seem to be CTRL/WCTRL/CCTRL/A, 0x17 0x03 0x01, even on
different
On Thu, 2 Apr 2009, Joe Pruett wrote:
sorry, by recover, i meant recover from tape. but i didn't want to just
recover on top of the inbox. i'm trying the theory of recovering to a new
folder and then copying via imap rather than try to do any rebuild magic. but
i'll look at the mixrbld and
On Sat, 21 Mar 2009, Oliver Block wrote:
does anybody know if the c-client's function imap_rfc822_parse_headers()
returns sender and reply-to, even if it is not set in the message!?
There is no such function as imap_rfc822_parse_headers()
If you are referring to the rfc822_parse_msg_full()
On Fri, 13 Mar 2009, Dag Nygren wrote:
Why did you run mixrbld and mixdfix? These are very powerful tools that
should only be run in specific circumstances.
It is too long ago I did this for me to remember the exact reason. I think it
had something to do with kmail complaining about an
cache properly without having to disconnect and reconnect to the
server.
Regards,
Shawn
Mark Crispin wrote:
On Fri, 13 Mar 2009, Shawn Walker wrote:
The application has multiple threads with 2 connections to the IMAP
server. One of them is for IDLE.
This application does not use c-client
On Fri, 13 Mar 2009, Dag Nygren wrote:
In other words: The status file is messed up by my rebuild of the mailbox
Comparing the erring .mixstatus with the newly created (by the Mark all
read) shows that the last 8-digit hex code is the only difference (except
from an occasional flag of course)
On Fri, 13 Mar 2009, Dag Nygren wrote:
Ok. Didn't see any warnings on them creating problems. Thought it was more
like fsck. Just rebuilding the metadata from the raw messages.
Good point. Thanks for bringing it up.
Yes, these repair tools are not like fsck. Their task is a single-minded
On Fri, 13 Mar 2009, Shawn Walker wrote:
I'll just figure a way to get the message cache update properly.
The way to figure it out is to fix the bug in your code.
I identified the bug. In case you missed it:
either your implementation of IDLE is incorrect, or
(as suggested in my previous
On Sat, 14 Mar 2009, Dag Nygren wrote:
Wrote a small program that sorts the .mixstatus file and
found that things work better. The noticed that the recreated .mixindex
also was out of order (on the UID:s) and ran the same sorting on that
file. Now everything works perfect.
The out of order
On Thu, 12 Mar 2009, Shawn Walker wrote:
What is the best way to refresh a stale folder state? I'm having a issue
with one thread that contain a stale UID in it's cache.
I don't know what you mean by a folder state, much less a stale folder
state or the act of refreshing such; nor what
I am very confused reading this message.
Why did you run mixrbld and mixdfix? These are very powerful tools that
should only be run in specific circumstances.
What were the exact text of any complaint messages which you received?
Those message are very specific. Paraphrasing them in a
On Tue, 24 Feb 2009, Oliver Block wrote:
The ls command of unix will not show those files
or directories unless you use the -a option.
On the other hand uw-imapd does show the hidden files.
That is correct. If the IMAP server did not list those files, it would be
impossible for the IMAP
On Fri, 20 Feb 2009, Shawn Walker wrote:
Sheesh, how slow is the link?
Not everybody has a fast link.
Yes, but there is slow and there is slow; just as there is fast and there
is fast.
Algorithms which may be suitable for 300 bps are dreadful for 2G wireless
(EDGE or 1x). Algorithms
On Fri, 20 Feb 2009, Marian Sorin Nasoi wrote:
I get an error stating that: TLS unavailable with this server:smtp.gmail.com
Is this a Windows machine?
If so, the problem is almost certainly due to anti-virus software on your
system that sets itself up as a man-in-the-middle for outgoing mail
(no anti-virus or any other
filtering in place).
Any other suggestion?
Thanks,
Sorin
On Fri, Feb 20, 2009 at 9:14 PM, Mark Crispin markrcris...@panda.com wrote:
On Fri, 20 Feb 2009, Marian Sorin Nasoi wrote:
I get an error stating that: TLS unavailable with this
server:smtp.gmail.com
On Fri, 20 Feb 2009, Marian Sorin Nasoi wrote:
Also everything works from Alpine (that uses UW IMAP) with the same
settings so it can not be caused by filtering, right?
Some of the anti-virus programs check for the name of the application and
allow it through if it is one of the permitted
or the call to it).
I guess the next step would be to look into the Alpine sources (the
thing I wanted to avoid due to the size of the sources).
If you have any other suggestions I would very much appreciate them :)
Thanks,
Sorin
On Fri, Feb 20, 2009 at 9:33 PM, Mark Crispin markrcris...@panda.com
On Fri, 20 Feb 2009, Marian Sorin Nasoi wrote:
I have only included c-client.h because I thought that was enough...
It isn't. You must do all the linkage
I have added the #include linkage.c at the start of your
application's main() function and I have to solve an error I get:
undefined
or other package from a third party because the application has to
compile on Windows, Linux and also Mac OS.
On Fri, Feb 20, 2009 at 10:21 PM, Mark Crispin markrcris...@panda.com wrote:
On Fri, 20 Feb 2009, Marian Sorin Nasoi wrote:
I have only included c-client.h because I thought
1 - 100 of 583 matches
Mail list logo
